（1）    IO是面向流的，NIO是面向緩衝區的

Java IO面向流意味著每次從流中讀一個或多個位元組，直至讀取所有位元組，它們沒有被快取在任何地方。此外，它不能前後移動流中的資料。如果需要前後移動從流中讀取的資料，需要先將它快取到一個緩衝區。 

（2）    阻塞與非阻塞IO

Java IO的各種流是阻塞的。這意味著，當一個執行緒呼叫read() 或 write()時，該執行緒被阻塞，直到有一些資料被讀取，或資料完全寫入。該執行緒在此期間不能再幹任何事情了。 Java NIO的非阻塞模式，使一個執行緒從某通道傳送請求讀取資料，但是它僅能得到目前可用的資料，如果目前沒有資料可用時，就什麼都不會獲取。而不是保持執行緒阻塞，所以直至資料變的可以讀取之前，該執行緒可以繼續做其他的事情。 非阻塞寫也是如此。一個執行緒請求寫入一些資料到某通道，但不需要等待它完全寫入，這個執行緒同時可以去做別的事情。 執行緒通常將非阻塞IO的空閒時間用於在其它通道上執行IO操作，所以一個單獨的執行緒現在可以管理多個輸入和輸出通道（channel）。

（3）    使用單執行緒Selector來管理多個通道，減少系統開銷

(1)  建立Selector

(2)  向Selector註冊通道

(3)  SelectionKey

(4)  通過Selector選擇通道

(5)  wakeup

(6)  close()

1、ReentrantLock擁有Synchronized相同的併發性和記憶體語義，此外還多了鎖投票，定時鎖等候和中斷鎖等候
     執行緒A和B都要獲取物件O的鎖定，假設A獲取了物件O鎖，B將等待A釋放對O的鎖定，
     如果使用 synchronized，如果A不釋放，B將一直等下去，不能被中斷
     如果使用ReentrantLock，如果A不釋放，可以使B在等待了足夠長的時間以後，中斷等待，而幹別的事情
 
    ReentrantLock獲取鎖定與三種方式：
    a)  lock(), 如果獲取了鎖立即返回，如果別的執行緒持有鎖，當前執行緒則一直處於休眠狀態，直到獲取鎖
    b) tryLock(), 如果獲取了鎖立即返回true，如果別的執行緒正持有鎖，立即返回false；
    c)tryLock(long timeout,TimeUnit unit)，  如果獲取了鎖定立即返回true，如果別的執行緒正持有鎖，會等待引數給定的時間，在等待的過程中，如果獲取了鎖定，就返回true，如果等待超時，返回false；
    d) lockInterruptibly:如果獲取了鎖定立即返回，如果沒有獲取鎖定，當前執行緒處於休眠狀態，直到或者鎖定，或者當前執行緒被別的執行緒中斷
 
2、synchronized是在JVM層面上實現的，不但可以通過一些監控工具監控synchronized的鎖定，而且在程式碼執行時出現異常，JVM會自動釋放鎖定，但是使用Lock則不行，lock是通過程式碼實現的，要保證鎖定一定會被釋放，就必須將unLock()放到finally{}中
 
3、在資源競爭不是很激烈的情況下，Synchronized的效能要優於ReetrantLock，但是在資源競爭很激烈的情況下，Synchronized的效能會下降幾十倍，但是ReetrantLock的效能能維持常態；

1.    讀未提交

2.    讀已提交

3.    可重複讀

4.    讀序列化

行級鎖的優點有：
 在很多執行緒請求不同記錄時減少衝突鎖。
 事務回滾時減少改變資料。
 使長時間對單獨的一行記錄加鎖成為可能。

行級鎖的缺點有：
 比頁級鎖和表級鎖消耗更多的記憶體。
 鎖是計算機協調多個程序或執行緒併發訪問某一資源的機制，不同的資料庫的鎖機制大同小異。由於資料庫資源是一種供許多使用者共享的資源，所以如何保證資料併發訪問的一致性、有效性是所有資料庫必須解決的一個問題，鎖衝突也是影響資料庫併發訪問效能的一個重要因素。瞭解鎖機制不僅可以使我們更有效的開發利用資料庫資源，也使我們能夠更好地維護資料庫，從而提高資料庫的效能。

上述三種鎖的特性可大致歸納如下：
1） 表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖衝突的概率最高，併發度最低。
2） 行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖衝突的概率最低，併發度也最高。
3） 頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，併發度一般。

     三種鎖各有各的特點，若僅從鎖的角度來說，表級鎖更適合於以查詢為主，只有少量按索引條件更新資料的應用，如WEB應用；行級鎖更適合於有大量按索引條件併發更新少量不同資料，同時又有併發查詢的應用，如一些線上事務處理（OLTP）系統。

/* ==================== MySQL InnoDB 鎖表與鎖行 ======================== */

由於InnoDB預設是Row-Level Lock，所以只有「明確」的指定主鍵，MySQL才會執行Row lock (只鎖住被選取的資料例) ，否則MySQL將會執行Table Lock (將整個資料表單給鎖住)。

TCP/IP

TCP/IP是個協議組，可分為三個層次：網路層、傳輸層和應用層。

在網路層有IP協議、ICMP協議、ARP協議、RARP協議和BOOTP協議。

在傳輸層中有TCP協議與UDP協議。

在應用層有:TCP包括FTP、HTTP、TELNET、SMTP等協議

                 UDP包括DNS、TFTP等協議

短連線

連線->傳輸資料->關閉連線

HTTP是無狀態的，瀏覽器和伺服器每進行一次HTTP操作，就建立一次連線，但任務結束就中斷連線。

也可以這樣說：短連線是指SOCKET連線後傳送後接收完資料後馬上斷開連線。

長連線

連線->傳輸資料->保持連線 -> 傳輸資料-> 。。。 ->關閉連線。

長連線指建立SOCKET連線後不管是否使用都保持連線，但安全性較差。

http的長連線

HTTP也可以建立長連線的，使用Connection:keep-alive，HTTP 1.1預設進行持久連線。HTTP1.1和HTTP1.0相比較而言，最大的區別就是增加了持久連線支援(貌似最新的 http1.0 可以顯示的指定 keep-alive),但還是無狀態的，或者說是不可以信任的。

什麼時候用長連線，短連線？

 長連線多用於操作頻繁，點對點的通訊，而且連線數不能太多情況，。每個TCP連線都需要三步握手，這需要時間，如果每個操作都是先連線，再操作的話那麼處理速度會降低很多，所以每個操作完後都不斷開，次處理時直接傳送資料包就OK了，不用建立TCP連線。例如：資料庫的連線用長連線， 如果用短連線頻繁的通訊會造成socket錯誤，而且頻繁的socket 建立也是對資源的浪費。

而像WEB網站的http服務一般都用短連結，因為長連線對於服務端來說會耗費一定的資源，而像WEB網站這麼頻繁的成千上萬甚至上億客戶端的連線用短連線會更省一些資源，如果用長連線，而且同時有成千上萬的使用者，如果每個使用者都佔用一個連線的話，那可想而知吧。所以併發量大，但每個使用者無需頻繁操作情況下需用短連好。

總之，長連線和短連線的選擇要視情況而定。