長連接和短連接的區別

TCP長鏈接與短鏈接的區別

1. TCP鏈接

當網絡通訊時採用TCP協議時，在真正的讀寫操做以前，server與client之間必須創建一個鏈接，當讀寫操做完成後，雙方再也不須要這個鏈接時它們能夠釋放這個鏈接，鏈接的創建是須要三次握手的，而釋放則須要4次握手，因此說每一個鏈接的創建都是須要資源消耗和時間消耗的

經典的三次握手示意圖：

經典的四次握手關閉圖：

2. TCP短鏈接

咱們模擬一下TCP短鏈接的狀況，client向server發起鏈接請求，server接到請求，而後雙方創建鏈接。client向server發送消息，server迴應client，而後一次讀寫就完成了，這時候雙方任何一個均可以發起close操做，不過通常都是client先發起close操做。爲何呢，通常的server不會回覆完client後當即關閉鏈接的，固然不排除有特殊的狀況。從上面的描述看，短鏈接通常只會在client/server間傳遞一次讀寫操做

短鏈接的優勢是：管理起來比較簡單，存在的鏈接都是有用的鏈接，不須要額外的控制手段

3.TCP長鏈接

接下來咱們再模擬一下長鏈接的狀況，client向server發起鏈接，server接受client鏈接，雙方創建鏈接。Client與server完成一次讀寫以後，它們之間的鏈接並不會主動關閉，後續的讀寫操做會繼續使用這個鏈接。

首先說一下TCP/IP詳解上講到的TCP保活功能，保活功能主要爲服務器應用提供，服務器應用但願知道客戶主機是否崩潰，從而能夠表明客戶使用資源。若是客戶已經消失，使得服務器上保留一個半開放的鏈接，而服務器又在等待來自客戶端的數據，則服務器將應遠等待客戶端的數據，保活功能就是試圖在服務器端檢測到這種半開放的鏈接。

若是一個給定的鏈接在兩小時內沒有任何的動做，則服務器就向客戶發一個探測報文段，客戶主機必須處於如下4個狀態之一：

1. 客戶主機依然正常運行，並從服務器可達。客戶的TCP響應正常，而服務器也知道對方是正常的，服務器在兩小時後將保活定時器復位。

2. 客戶主機已經崩潰，而且關閉或者正在從新啓動。在任何一種狀況下，客戶的TCP都沒有響應。服務端將不能收到對探測的響應，並在75秒後超時。服務器總共發送10個這樣的探測 ，每一個間隔75秒。若是服務器沒有收到一個響應，它就認爲客戶主機已經關閉並終止鏈接。

3. 客戶主機崩潰並已經從新啓動。服務器將收到一個對其保活探測的響應，這個響應是一個復位，使得服務器終止這個鏈接。

4. 客戶機正常運行，可是服務器不可達，這種狀況與2相似，TCP能發現的就是沒有收到探查的響應。

從上面能夠看出，TCP保活功能主要爲探測長鏈接的存活情況，不過這裏存在一個問題，存活功能的探測週期太長，還有就是它只是探測TCP鏈接的存活，屬於比較斯文的作法，遇到惡意的鏈接時，保活功能就不夠使了。

在長鏈接的應用場景下，client端通常不會主動關閉它們之間的鏈接，Client與server之間的鏈接若是一直不關閉的話，會存在一個問題，隨着客戶端鏈接愈來愈多，server遲早有扛不住的時候，這時候server端須要採起一些策略，如關閉一些長時間沒有讀寫事件發生的鏈接，這樣能夠避免一些惡意鏈接致使server端服務受損；若是條件再容許就能夠以客戶端機器爲顆粒度，限制每一個客戶端的最大長鏈接數，這樣能夠徹底避免某個蛋疼的客戶端連累後端服務。

長鏈接和短鏈接的產生在於client和server採起的關閉策略，具體的應用場景採用具體的策略，沒有十全十美的選擇，只有合適的選擇。

轉自： http://www.cnblogs.com/beifei/archive/2011/06/26/2090611.html