長鏈接與短鏈接

        所謂長鏈接，指在一個TCP鏈接上能夠接連發送多個數據包，在TCP鏈接堅持期間，假如沒有數據包發送，需求兩邊發檢測包以維持此鏈接，通常需求自個做在線維持。 
        短鏈接是指通訊兩邊有數據交互時，就建立一個TCP鏈接，數據發送完成后，則斷開此TCP鏈接，通常銀行都運用短鏈接。  
        比如http的，僅僅鏈接、懇求、封閉，過程時刻較短,效勞器若是一段時刻內沒有收到懇求即可封閉鏈接。 
        其實長鏈接是相關于通常的短鏈接而說的，也即是長時刻堅持客戶端與效勞端的鏈接狀況。

        長鏈接與短鏈接的操作過程: 

        通常的短鏈接操作步驟是： 
        鏈接→數據傳輸→封閉鏈接；

        而長鏈接通常即是： 
        鏈接→數據傳輸→堅持鏈接(心跳)→數據傳輸→堅持鏈接(心跳)→……→封閉鏈接； 

        這就請求長鏈接在沒有數據通訊時，定時發送數據包(心跳)，以維持鏈接狀況，短鏈接在沒有數據傳輸時直接封閉就行了.

        什么時分用長鏈接，短鏈接

        長鏈接多用于操作頻頻，點對點的通訊，并且鏈接數不能太多狀況，。每個TCP鏈接都需求三步握手，這需求時刻，假如每個操作都是先鏈接，再操作的話那么處理速度會降低許多，所以每個操作完后都不斷開，次處理時直接發送數據包就OK了，不必建立TCP鏈接。例如：數據庫的鏈接用長鏈接， 假如用短鏈接頻頻的通訊會造成socket錯誤，并且頻頻的socket 創建也是對資本的浪費。
 
        發送接納方法
        1、異步 
        報文發送和接納是分開的，相互獨立的，互不影響。這種方法又分兩種狀況： 
        (1)異步雙工：接納和發送在同一個程序中，由兩個不一樣的子進程分別擔任發送和接納 
        (2)異步單工：接納和發送是用兩個不一樣的程序來完成。 
        2、同步 
        報文發送和接納是同步進行，既報文發送后等待接納回來報文。 同步方法通常需求考慮超時問題，即報文發出去后不能無限等待，需求設定超時時刻，超過該時刻發送方不再等待讀回來報文，直接通知超時回來。
 
        在長鏈接中通常是沒有條件能夠判斷讀寫什么時分結束，所以必須要加長度報文頭。讀函數先是讀取報文頭的長度，再依據這個長度去讀相應長度的報文。 
 
        單工、半雙工和全雙工

        依據通訊兩邊的分工和信號傳輸方向可將通訊分為三種方法：單工、半雙工與全雙工。在計算機網絡中首要選用雙工方法，其中：局域網選用半雙工方法，城域網和廣域網選用全雙年方法。   

        1. 單工(Simplex)方法：通訊兩邊設備中發送器與接納器分工明確，只能在由發送器向接納器的單一固定方向上傳送數據。選用單工通訊的典型發送設備如早期計算機的讀卡器，典型的接納設備如打印機。   

        2. 半雙工(Half Duplex)方法：通訊兩邊設備既是發送器，也是接納器，兩臺設備能夠相互傳送數據，但某一時刻則只能向一個方向傳送數據。例如，步話機是半雙工設備，由于在一個時刻只能有一方說話。   

        3. 全雙工(Full Duplex)方法：通訊兩邊設備既是發送器，也是接納器，兩臺設備能夠同時在兩個方向上傳送數據。例如，電話是全雙工設備，由于兩邊可同時說話。

        而像WEB網站的http效勞通常都用短鏈接，由于長鏈接關于效勞端來說會耗費必定的資本，而像WEB網站這么頻頻的成千上萬乃至上億客戶端的鏈接用短鏈接會更省一些資本，假如用長鏈接，并且同時有成千上萬的用戶，假如每個用戶都占用一個鏈接的話，那可想而知吧。所以并發量大，但每個用戶無需頻頻操作狀況下需用短連好。

        所以,長鏈接和短鏈接的挑選要視狀況而定。

        長鏈接中心跳包及其作用:

         一：內網機器假如不主動向外發起鏈接，外網機沒法直連內網的，這也是內網機安全的因素之一吧，又由于路由器會把這個關系記錄下來，可是過一段時刻這個記錄可能會丟掉 ，一切每一個客戶端每隔必定時刻就會向效勞器發送消息，以確保效勞器能夠隨時找到你，這東西被稱為心跳包。

         二：理論上說，這個鏈接是一直堅持鏈接的，可是實踐狀況中，假如中間節點出現什么毛病是難以知道的。更要命的是，有的節點（防火墻）會主動把必定時刻之內沒有數據交互的鏈接給斷掉。在這個時分，就需求我們的心跳包了，用于維持長鏈接，?；?。在獲悉了斷線之后，效勞器邏輯可能需求做一些事情，比如斷線后的數據清理呀，從頭鏈接呀……當然，這個自然是要由邏輯層依據需求去做了?？偟膩碚f，心跳包首要也即是用于長鏈接的?；詈蛿嗑€處理。通常的運用下，斷定時刻在30-40秒對比不錯。假如真實請求高，那就在6-9秒。

         三：假如不主動封閉socket的話，體系不會主動封閉的，除非當時進程掛掉了，操作體系把占用的socket回收了才會封閉。為什么需求心跳鏈接首要是判斷當時鏈接是否是有效的、可被運用的。在實踐運用中假設一段時刻沒有數據傳輸時分理論上說應該鏈接是沒有問題的，可是網絡復雜，中途出現問題也是多見的，網線被掐斷了、對方進程掛掉了、頻頻丟包等，這時分TCP鏈接是不行運用的，可是關于運用層并不知道，假如需知道網絡狀況則要很復雜的超時進行了解，TCP從底層就實現了這樣的功用。心跳機制是TCP在一段時刻間隔后發送確定鏈接端是否還存在，假如存在的話就會回傳一個包確定網絡有效，假如心跳包有問題，則通知上層運用當時網絡有問題了。
這取決于你的server端的超時配置， 每個socket鏈接都是長鏈接，它是一個相當占用體系資本的通訊管道， 假如這個長鏈接什么事也沒干硬是要占著資本，則server端能夠挑選封閉這個鏈接，以省下資本讓更多的用戶鏈接進來。
所以，即使客戶端的是選用死循環while(true)方法連到效勞端，關于特定的客戶端和效勞端類型來說也需求必定時刻間隔的心跳（告訴效勞端，我還活著，盡管我沒干活也沒說話，但別把我關了）。