心跳機制

心跳機制

所謂的心跳包就是客戶端定時傳送簡單的信息給伺服器端告訴它我還在而已。 在這個時候,就需要我們的心跳包了,用於維持長連線,保活。 總的來說,心跳包主要也就是用於長連線的保活和斷線處理。

心跳機制
網路中的接收和傳送數據都是使用WINDOWS中的SOCKET進行實現。但是如果此套接字已經斷開,那傳送數據和接收數據的時候就一定會有問題。可是如何判斷這個套接字是否還可以使用呢?這個就需要在系統中創建心跳機制。其實TCP中已經為我們實現了一個叫做心跳的機制。如果你設定了心跳,那TCP就會在一定的時間(比如你設定的是3秒鐘)內傳送你設定的次數的心跳(比如說2次),並且此信息不會影響你自己定義的協定。所謂“心跳”就是定時傳送一個自定義的結構體(心跳包或心跳幀),讓對方知道自己“線上”。 以確保連結的有效性。
所謂的心跳包就是客戶端定時傳送簡單的信息給伺服器端告訴它我還在而已。代碼就是每隔幾分鐘傳送一個固定信息給服務端,服務端收到後回復一個固定信息如果服務端幾分鐘內沒有收到客戶端信息則視客戶端斷開。比如有些通信軟體長時間不使用,要想知道它的狀態是線上還是離線就需要心跳包,定時發包收包。發包方:可以是客戶也可以是服務端,看哪邊實現方便合理。一般是客戶端。伺服器也可以定時輪詢發心跳下去。心跳包之所以叫心跳包是因為:它像心跳一樣每隔固定時間發一次,以此來告訴伺服器,這個客戶端還活著。事實上這是為了保持長連線,至於這個包的內容,是沒有什麼特別規定的,不過一般都是很小的包,或者只包含包頭的一個空包。在TCP的機制裡面,本身是存在有心跳包的機制的,也就是TCP的選項。系統默認是設定的是2小時的心跳頻率。但是它檢查不到機器斷電、網線拔出、防火牆這些斷線。而且邏輯層處理斷線可能也不是那么好處理。一般,如果只是用於保活還是可以的。心跳包一般來說都是在邏輯層傳送空的包來實現的。下一個定時器,在一定時間間隔下傳送一個空包給客戶端,然後客戶端反饋一個同樣的空包回來,伺服器如果在一定時間內收不到客戶端傳送過來的反饋包,那就只有認定說掉線了。只需要send或者recv一下,如果結果為零,則為掉線。但是,在長連線下,有可能很長一段時間都沒有數據往來。理論上說,這個連線是一直保持連線的,但是實際情況中,如果中間節點出現什麼故障是難以知道的。更要命的是,有的節點(防火牆)會自動把一定時間之內沒有數據互動的連線給斷掉。在這個時候,就需要我們的心跳包了,用於維持長連線,保活。在獲知了斷線之後,伺服器邏輯可能需要做一些事情,比如斷線後的數據清理呀,重新連線呀當然,這個自然是要由邏輯層根據需求去做了。總的來說,心跳包主要也就是用於長連線的保活和斷線處理。一般的套用下,判定時間在30-40秒比較不錯。如果實在要求高,那就在6-9秒。
網路上一個簡單的示意圖:
簡單的心跳機制模型簡單的心跳機制模型
通俗解釋
定時傳送一個自定義的結構體(心跳包),讓對方知道自己還活著,以確保連線的有效性

熱門詞條

聯絡我們