心跳函數(shù)

1、偶來湊湊熱鬧。前些日子，和群里面的兄弟討論過這個問題，為此，還說了另外的一些話題，比如三次握手，滑動窗口，消息邊界，心跳函數(shù)之類。如果不清楚的，請補習(xí)一下相應(yīng)的知識吧，這可是底層原理，不清楚，自然不曉得為什么，客戶端異常斷開，服務(wù)器端偵測不到。從根源上說，這是由于TCP協(xié)議的問題。TCP協(xié)議的初衷是:網(wǎng)絡(luò)中斷時，仍能維持通信的能力。美國國防部要求能在遭到核打擊或其它災(zāi)害的時候，仍然能維持計算機之間可靠的網(wǎng)絡(luò)通知協(xié)議。呵呵，如果客戶端斷開

2、，服務(wù)器就馬上釋放連接。還維持什么？和初衷不符吧。要搞清楚客戶端斷開，為什么服務(wù)器端不能立即偵測到。這個問題，必須要理解三次握手機制。當(dāng)然服務(wù)器也能偵測到異常斷開，KEEPALIVE的默認時間是2小時喲。詳細的TCP三次握手機制：客戶端發(fā)送一個帶SYN位的請求，向服務(wù)器表示需要連接，假設(shè)請求序號號為SYN=10ACK=0服務(wù)器接收到這樣的請求后，查看是否在LISTEN的是指定的端口，不然，就發(fā)送RST=1應(yīng)答，拒絕建立連接。如果接收連接

3、，那么服務(wù)器發(fā)送確認，SYN為服務(wù)器的一個內(nèi)碼，假設(shè)為100，ACK位則是客戶端的請求序號加1，本例中發(fā)送的數(shù)據(jù)是：SYN=100，ACK=11，用這樣的數(shù)據(jù)發(fā)送給客戶端?？蛻舳税l(fā)送確認建立連接的消息給服務(wù)器。確認信息的SYN位是服務(wù)器發(fā)送的ACK位，ACK位是服務(wù)器發(fā)送的SYN位加1。如果TCP連接第三次握手中，用戶向服務(wù)器發(fā)送了一個SYN后就掉線了(第一步)。服務(wù)器發(fā)出SYNACK應(yīng)答報文(第二步)。然后就再也無法收到客戶端的ACK

4、報文的。這種情況下，服務(wù)器就不斷的重試，（再次發(fā)送SYNACK給客戶端），直到超時。注意：服務(wù)器是接收到SYN請求就立即與客戶端建立連接，而是先為連接請求分配內(nèi)存空間，建立會話，并放到一個等待隊列中。如果，這個等待的隊列已經(jīng)滿了，那么，服務(wù)器就不在為新的連接分配任何東西，直接丟棄新的請求。這就是服務(wù)器的拒絕服務(wù)了。因此，如果有人寫一個惡意程序來試試你的Blsocketserver，后果實在不敢去想。知道了問題的原因，也就能找出解決辦法。

5、解決辦法就是用心跳函數(shù)。在TCP中有一個Keepalive的機制可以檢測死連接，原理很簡單，TCP會在空閑了一定時間后發(fā)送數(shù)據(jù)給對方：1.如果主機可達，對方就會響應(yīng)ACK應(yīng)答，就認為是存活的。2.如果可達，但應(yīng)用程序退出，對方就發(fā)RST應(yīng)答，發(fā)送TCP撤消連接。3.如果可達，但應(yīng)用程序崩潰，對方就發(fā)FIN消息。4.如果對方主機不響應(yīng)ackrst，繼續(xù)發(fā)送直到超時，就撤消連接。這個時間就是默認的二個小時。用keep_alive可以檢測死連