tcp長連接和短連接

TCP在真正的讀寫操作之前，server與client之間必須建立一個連接，

當讀寫操作完成後，雙方不再需要這個連接時它們可以釋放這個連接，

連接的建立通過三次握手，釋放則需要四次握手，

所以說每個連接的建立都是需要資源消耗和時間消耗的。

TCP通信的整個過程，如下圖:

1. TCP短連接

模擬一種TCP短連接的情況:

client 向 server 發起連接請求

server 接到請求，雙方建立連接

client 向 server 發送消息

server 迴應 client

一次讀寫完成，此時雙方任何一個都可以發起 close 操作

在步驟5中，一般都是 client 先發起 close 操作。當然也不排除有特殊的情況。

從上面的描述看，短連接一般只會在 client/server 間傳遞一次讀寫操作！

2. TCP長連接

再模擬一種長連接的情況:

client 向 server 發起連接

server 接到請求，雙方建立連接

client 向 server 發送消息

server 迴應 client

一次讀寫完成，連接不關閉

後續讀寫操作…

長時間操作之後client發起關閉請求

3. TCP長/短連接操作過程

3.1 短連接的操作步驟是：

建立連接——數據傳輸——關閉連接…建立連接——數據傳輸——關閉連接

3.2 長連接的操作步驟是：

建立連接——數據傳輸…（保持連接）…數據傳輸——關閉連接

4. TCP長/短連接的優點和缺點

長連接可以省去較多的TCP建立和關閉的操作，減少浪費，節約時間。

對於頻繁請求資源的客戶來說，較適用長連接。

client與server之間的連接如果一直不關閉的話，會存在一個問題，

隨著客戶端連接越來越多，server早晚有扛不住的時候，這時候server端需要採取一些策略，

如關閉一些長時間沒有讀寫事件發生的連接，這樣可以避免一些惡意連接導致server端服務受損；

如果條件再允許就可以以客戶端機器為顆粒度，限制每個客戶端的最大長連接數，

這樣可以完全避免某個蛋疼的客戶端連累後端服務。

短連接對於服務器來說管理較為簡單，存在的連接都是有用的連接，不需要額外的控制手段。

但如果客戶請求頻繁，將在TCP的建立和關閉操作上浪費時間和帶寬。

5. TCP長/短連接的應用場景

長連接多用於操作頻繁，點對點的通訊，而且連接數不能太多情況。

每個TCP連接都需要三次握手，這需要時間，如果每個操作都是先連接，

再操作的話那麼處理速度會降低很多，所以每個操作完後都不斷開，

再次處理時直接發送數據包就OK了，不用建立TCP連接。

例如：數據庫的連接用長連接，如果用短連接頻繁的通信會造成socket錯誤，

而且頻繁的socket 創建也是對資源的浪費。

而像WEB網站的http服務一般都用短鏈接，因為長連接對於服務端來說會耗費一定的資源，

而像WEB網站這麼頻繁的成千上萬甚至上億客戶端的連接用短連接會更省一些資源，

如果用長連接，而且同時有成千上萬的用戶，如果每個用戶都佔用一個連接的話，

那可想而知吧。所以併發量大，但每個用戶無需頻繁操作情況下需用短連好。