以確保鏈結的有效性。
在tcp的機制裡面，本身是存在有心跳包的機制的，也就是tcp的選項。系統預設是設定的是2小時的心跳頻率。但是它檢查不到機器斷電、網線拔出、防火牆這些斷線。而且邏輯層處理斷線可能也不是那麼好處理。一般，如果只是用於保活還是可以的。心跳包一般來說都是在邏輯層傳送空的包來實現的。下乙個定時器，在一定時間間隔下傳送乙個空包給客戶端，然後客戶端反饋乙個同樣的空包回來，伺服器如果在一定時間內收不到客戶端傳送過來的反饋包，那就只有認定說掉線了。只需要send或者recv一下，如果結果為零，則為掉線。
但是，在長連線下，有可能很長一段時間都沒有資料往來。理論上說，這個連線是一直保持連線的，但是實際情況中，如果中間節點出現什麼故障是難以知道的。更要命的是，有的節點（防火牆）會自動把一定時間之內沒有資料互動的連線給斷掉。在這個時候，就需要我們的心跳包了，用於維持長連線，保活。在獲知了斷線之後，伺服器邏輯可能需要做一些事情，比如斷線後的資料清理呀，重新連線呀當然，這個自然是要由邏輯層根據需求去做了。總的來說，心跳包主要也就是用於長連線的保活和斷線處理。一般的應用下，判定時間在30-40秒比較不錯。如果實在要求高，那就在6-9秒。
Socket心跳包機制
心跳包的傳送，通常有兩種技術 方法1 應用層自己實現的心跳包 由應用程式自己傳送心跳包來檢測連線是否正常，大致的方法是 伺服器在乙個 timer事件中定時 向客戶端傳送乙個短小精悍的資料報，然後啟動乙個低階別的執行緒，在該執行緒中不斷檢測客戶端的回應，如果在一定時間內沒有收到客戶端的回應，即認為客戶...
socket 心跳包機制
心跳包的傳送，通常有兩種技術 方法1 應用層自己實現的心跳包 由應用程式自己傳送心跳包來檢測連線是否正常，大致的方法是 伺服器在乙個 timer事件中定時 向客戶端傳送乙個短小精悍的資料報，然後啟動乙個低階別的執行緒，在該執行緒中不斷檢測客戶端的回應，如果在一定時間內沒有收到客戶端的回應，即認為客戶...
Socket心跳包機制
心跳包的傳送，通常有兩種技術 方法1 應用層自己實現的心跳包 由應用程式自己傳送心跳包來檢測連線是否正常，大致的方法是 伺服器在乙個 timer事件中定時 向客戶端傳送乙個短小精悍的資料報，然後啟動乙個低階別的執行緒，在該執行緒中不斷檢測客戶端的回應，如果在一定時間內沒有收到客戶端的回應，即認為客戶...