心跳函數

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

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

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

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

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