tcp/ip是個協議組，可分為三個層次：網路層、傳輸層和應用層。
在網路層有ip協議、icmp協議、arp協議、rarp協議和bootp協議。
在傳輸層中有tcp協議與udp協議。
在應用層有ftp、http、telnet、smtp、dns等協議。
通常的短連線操作步驟是：
連線→資料傳輸→關閉連線；
而長連線通常就是：
連線→資料傳輸→保持連線(心跳)→資料傳輸→保持連線(心跳)→……→關閉連線；
這就要求長連線在沒有資料通訊時，定時傳送資料報(心跳)，以維持連線狀態，短連線在沒有資料傳輸時直接關閉就行了。
長連線可以省去較多的tcp建立和關閉的操作，減少浪費，節約時間。對於頻繁請求資源的客戶來說，較適用長連線。不過這裡存在乙個問題，存活功能的探測週期太長，還有就是它只是探測tcp連線的存活，屬於比較斯文的做法，遇到惡意的連線時，保活功能就不夠使了。在長連線的應用場景下，client端一般不會主動關閉它們之間的連線，client與server之間的連線如果一直不關閉的話，會存在乙個問題，隨著客戶端連線越來越多，server早晚有扛不住的時候，這時候server端需要採取一些策略，如關閉一些長時間沒有讀寫事件發生的連線，這樣可 以避免一些惡意連線導致server端服務受損；如果條件再允許就可以以客戶端機器為顆粒度，限制每個客戶端的最大長連線數。
短連線對於伺服器來說管理較為簡單，存在的連線都是有用的連線，不需要額外的控制手段。但如果客戶請求頻繁，將在tcp的建立和關閉操作上浪費時間和頻寬。
長連線多用於操作頻繁，點對點的通訊，而且連線數不能太多情況。每個tcp連線都需要三步握手，這需要時間，如果每個操作都是先連線，再操作的話那麼處理速度會降低很多，所以每個操作完後都不斷開，次處理時直接傳送資料報就ok了，不用建立tcp連線。例如：資料庫的連線用長連線， 如果用短連線頻繁的通訊會造成socket錯誤，而且頻繁的socket 建立也是對資源的浪費。
而像web**的http服務一般都用短鏈結，因為長連線對於服務端來說會耗費一定的資源，而像web**這麼頻繁的成千上萬甚至上億客戶端的連線用短連線會更省一些資源，如果用長連線，而且同時有成千上萬的使用者，如果每個使用者都占用乙個連線的話，那可想而知吧。所以併發量大，但每個使用者無需頻繁操作情況下需用短連線好。
總之，長連線和短連線的選擇要視情況而定。
TCP 長連線和短連線
一 長連線與短連線 長連線 client方與server方先建立連線，連線建立後不斷開，然後再進行報文傳送和接收。這種方式下由於通訊連線一直存在。此種方式常用於p2p通訊。短連線 client方與server每進行一次報文收發交易時才進行通訊連線，交易完畢後立即斷開連線。此方式常用於一點對多點通訊。...
tcp長連線和短連線
tcp在真正的讀寫操作之前，server與client之間必須建立乙個連線，當讀寫操作完成後，雙方不再需要這個連線時它們可以釋放這個連線，連線的建立通過三次握手，釋放則需要四次握手，所以說每個連線的建立都是需要資源消耗和時間消耗的。1.tcp短連線 模擬一種tcp短連線的情況 1.client 向 ...
TCP 長連線和短連線
那天面試官抓著問了幾個長連線和短連線的問題，一臉懵逼，今天上課時想起來好好查了一下。http協議的長連線和短連線，實質上是tcp協議的長連線和短連線。tcp的連線和關閉 1.概念 tcp短連線 在http 1.0中，預設使用的是短連線。客戶端瀏覽器和伺服器每進行一次http操作，就建立一次連線，但任...