TCP長串連與短串連的區別

轉自：http://www.cnblogs.com/liuyong/archive/2011/07/01/2095487.html

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個狀態之一： 客戶主機依然正常運行，並從伺服器可達。客戶的TCP響應正常，而伺服器也知道對方是正常的，伺服器在兩小時後將保活定時器複位。 客戶主機已經崩潰，並且關閉或者正在重新啟動。在任何一種情況下，客戶的TCP都沒有響應。服務端將不能收到對探測的響應，並在75秒後逾時。伺服器總共發送10個這樣的探測 ，每個間隔75秒。如果伺服器沒有收到一個響應，它就認為客戶主機已經關閉並終止串連。 客戶主機崩潰並已經重新啟動。伺服器將收到一個對其保活探測的響應，這個響應是一個複位，使得伺服器終止這個串連。 客戶機正常運行，但是伺服器不可達，這種情況與2類似，TCP能發現的就是沒有收到探查的響應。

從上面可以看出，TCP保活功能主要為探測長串連的存活狀況，不過這裡存在一個問題，存活功能的探測周期太長，還有就是它只是探測TCP串連的存活，屬於比較斯文的做法，遇到惡意的串連時，保活功能就不夠使了。

在長連線應用程式情境下，client端一般不會主動關閉它們之間的串連，Client與server之間的串連如果一直不關閉的話，會存在一個問題，隨著用戶端串連越來越多，server早晚有扛不住的時候，這時候server端需要採取一些策略，如關閉一些長時間沒有讀寫事件發生的串連，這樣可以避免一些惡意串連導致server端服務受損；如果條件再允許就可以以用戶端機器為顆粒度，限制每個用戶端的最大長串連數，這樣可以完全避免某個蛋疼的用戶端連累後端服務。

長串連和短串連的產生在於client和server採取的關閉策略，具體的應用情境採用具體的策略，沒有十全十美的選擇，只有合適的選擇。

參考：

1. TCP/IP詳解 卷一

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

出處：http://www.cnblogs.com/liuyong/

作者喜歡研究 Sql Server ,ASP.NET MVC , Jquery WCF 等技術，同時關心分布式架構的設計應用。轉載請保留原文連結，謝謝。