方法1：應用層自己實現的心跳包
由應用程式自己傳送心跳包來檢測連線是否正常，大致的方法是：伺服器在乙個 timer事件中定時 向客戶端傳送乙個短小精悍的資料報，然後啟動乙個低階別的執行緒，在該執行緒中不斷檢測客戶端的回應， 如果在一定時間內沒有收到客戶端的回應，即認為客戶端已經掉線；同樣，如果客戶端在一定時間內沒 有收到伺服器的心跳包，則認為連線不可用。
方法2：tcp的keepalive保活機制
跳包之所以叫心跳包是因為：它像心跳一樣每隔固定時間發一次，以此來告訴伺服器，這個客戶端還活著。事實上這是為了保持長連線，至於這個包的內容，是沒有什麼特別規定的，不過一般都是很小的包，或者只包含包頭的乙個空包。
在tcp的機制裡面，本身是存在有心跳包的機制的，也就是tcp的選項：so_keepalive。系統預設是設定的2小時的心跳頻率。但是它檢查不到機器斷電、網線拔出、防火牆這些斷線。而且邏輯層處理斷線可能也不是那麼好處理。一般，如果只是用於保活還是可以的。
心跳包一般來說都是在邏輯層傳送空的echo包來實現的。下乙個定時器，在一定時間間隔下傳送乙個空包給客戶端，然後客戶端反饋乙個同樣的空包回來，伺服器如果在一定時間內收不到客戶端傳送過來的反饋包，那就只有認定說掉線了。
其實，要判定掉線，只需要send或者recv一下，如果結果為零，則為掉線。但是，在長連線下，有可能很長一段時間都沒有資料往來。理論上說，這個連線是一直保持連線的，但是實際情況中，如果中間節點出現什麼故障是難以知道的。更要命的是，有的節點（防火牆）會自動把一定時間之內沒有資料互動的連線給斷掉。在這個時候，就需要我們的心跳包了，用於維持長連線，保活。
在獲知了斷線之後，伺服器邏輯可能需要做一些事情，比如斷線後的資料清理呀，重新連線呀……當然，這個自然是要由邏輯層根據需求去做了。
總的來說，心跳包主要也就是用於長連線的保活和斷線處理。一般的應用下，判定時間在30-40秒比較不錯。如果實在要求高，那就在6-9秒。
心跳檢測步驟：
1客戶端每隔乙個時間間隔發生乙個探測包給伺服器
2客戶端發包時啟動乙個超時定時器
3伺服器端接收到檢測包，應該回應乙個包
4如果客戶機收到伺服器的應答包，則說明伺服器正常，刪除超時定時器
5如果客戶端的超時定時器超時，依然沒有收到應答包，則說明伺服器掛了
**：
socket短連線 長連線
通常短連線是這樣 連線 傳輸資料 關閉連線 那什麼是長連線？一般長連線相對短連線而言的，長連線在傳輸結束後不關閉連線，而不斷的傳送包保持連線等待處理下乙個資料報。一般長連線用於少數client end to server end的頻繁的通訊，例如 資料庫的連線用長連線，如果用短連線頻繁的通訊會造成s...
Socket 短連線 長連線
socket協議的形象描述 socket的 英文原義是 孔 或 插座 在這裡作為4bds unix的程序通訊機制，取後一種意思。socket非常類似於 插座。以乙個國家級 網為例。的通話雙方相當於相互通訊的2個程序，區號是它的網路位址 區內乙個單位的交換機相當於一台主機，主機分配給每個使用者的局內號...
socket 長連線與短連線
短連線 連線 傳輸資料 關閉連線 http是無狀態的，瀏覽器和伺服器每進行一次http操作，就建立一次連線，但任務結束就中斷連線。也可以這樣說 短連線是指socket連線後傳送後接收完資料後馬上斷開連線。長連線連線 傳輸資料 保持連線 傳輸資料 關閉連線。長連線指建立socket連線後不管是否使用都...