一、TCP狀態(tài)
1、linux查看tcp的狀態(tài)命令
2、網(wǎng)絡(luò)測(cè)試常用命令
1) ping:檢測(cè)網(wǎng)絡(luò)連接的正常與否,主要是測(cè)試延時(shí)、抖動(dòng)、丟包率。
但是很多服務(wù)器為了防止攻擊，一般會(huì)關(guān)閉對(duì)ping的響應(yīng)。所以ping一般作為測(cè)試連通性使用。
ping命令后，會(huì)接收到對(duì)方發(fā)送的回饋信息，其中記錄著對(duì)方的IP地址和TTL。TTL是該字段指定IP包被路由器丟棄之前允許通過的最大網(wǎng)段數(shù)量。
TTL是IPv4包頭的一個(gè)8 bit字段。例如IP包在服務(wù)器中發(fā)送前設(shè)置的TTL是64，你使用ping命令后，得到服務(wù)器反饋的信息，其中的TTL為56，說明途中一共經(jīng)過了8道路由器的轉(zhuǎn)發(fā)，每經(jīng)過一個(gè)路由，TTL減1。
2）traceroute：raceroute 跟蹤數(shù)據(jù)包到達(dá)網(wǎng)絡(luò)主機(jī)所經(jīng)過的路由工具
traceroute hostname
3）pathping：是一個(gè)路由跟蹤工具，它將 ping 和 tracert 命令的功能與這兩個(gè)工具所不提供的其他信息結(jié)合起來，綜合了二者的功能
pathping www.baidu.com
4）mtr：以結(jié)合ping nslookup tracert 來判斷網(wǎng)絡(luò)的相關(guān)特性
5) nslookup:用于解析域名，一般用來檢測(cè)本機(jī)的DNS設(shè)置是否配置正確。
狀態(tài)分析：
①LISTENING：偵聽來自遠(yuǎn)方的TCP端口的連接請(qǐng)求。
首先服務(wù)端需要打開一個(gè)socket進(jìn)行監(jiān)聽，狀態(tài)為LISTEN。
有提供某種服務(wù)才會(huì)處于LISTENING狀態(tài)，TCP狀態(tài)變化就是某個(gè)端口的狀態(tài)變化，提供一個(gè)服務(wù)就打開一個(gè)端口。
例如：提供www服務(wù)默認(rèn)開的是80端口，提供ftp服務(wù)默認(rèn)的端口為21，當(dāng)提供的服務(wù)沒有被連接時(shí)就處于LISTENING狀態(tài)。
FTP服務(wù)啟動(dòng)后首先處于偵聽（LISTENING）狀態(tài)。處于偵聽LISTENING狀態(tài)時(shí)，該端口是開放的，等待連接，但還沒有被連接。就像你房子的門已經(jīng)敞開的，但還沒有人進(jìn)來。
看LISTENING狀態(tài)最主要的是看本機(jī)開了哪些端口，這些端口都是哪個(gè)程序開的，關(guān)閉不必要的端口是保證安全的一個(gè)非常重要的方面，服務(wù)端口都對(duì)應(yīng)一個(gè)服務(wù)（應(yīng)用程序），停止該服務(wù)就關(guān)閉了該端口，例如要關(guān)閉21端口只要停止IIS服務(wù)中的FTP服務(wù)即可。關(guān)于這方面的知識(shí)請(qǐng)參閱其它文章。
如果你不幸中了服務(wù)端口的木馬，木馬也開個(gè)端口處于LISTENING狀態(tài)。
②SYN-SENT：客戶端SYN_SENT狀態(tài)：
再發(fā)送連接請(qǐng)求后等待匹配的連接請(qǐng)求:客戶端通過應(yīng)用程序調(diào)用connect進(jìn)行active open.
客戶端tcp發(fā)送一個(gè)SYN以請(qǐng)求建立一個(gè)連接.之后狀態(tài)置為SYN_SENT.
The socket is actively attempting to establish a connection. 在發(fā)送連接請(qǐng)求后等待匹配的連接請(qǐng)求
當(dāng)請(qǐng)求連接時(shí)客戶端首先要發(fā)送同步信號(hào)給要訪問的機(jī)器，此時(shí)狀態(tài)為SYN_SENT，如果連接成功了就變?yōu)镋STABLISHED，正常情況下SYN_SENT狀態(tài)非常短暫。
例如要訪問網(wǎng)站http://www.baidu.com,如果是正常連接的話，用TCPView觀察IEXPLORE.EXE（IE）建立的連接會(huì)發(fā)現(xiàn)很快從SYN_SENT變?yōu)镋STABLISHED，表示連接成功。SYN_SENT狀態(tài)快的也許看不到。
如果發(fā)現(xiàn)有很多SYN_SENT出現(xiàn)，那一般有這么幾種情況:
③SYN-RECEIVED：服務(wù)器端狀態(tài)SYN_RCVD
再收到和發(fā)送一個(gè)連接請(qǐng)求后等待對(duì)方對(duì)連接請(qǐng)求的確認(rèn)
當(dāng)服務(wù)器收到客戶端發(fā)送的同步信號(hào)時(shí)，將標(biāo)志位ACK和SYN置1發(fā)送給客戶端，此時(shí)服務(wù)器端處于SYN_RCVD狀態(tài)，如果連接成功了就變?yōu)镋STABLISHED，正常情況下SYN_RCVD狀態(tài)非常短暫。
如果發(fā)現(xiàn)有很多SYN_RCVD狀態(tài)，那你的機(jī)器有可能被SYN Flood的DoS(拒絕服務(wù)攻擊)攻擊了。
SYN Flood的攻擊原理是：
④ESTABLISHED：代表一個(gè)打開的連接。
ESTABLISHED狀態(tài)是表示兩臺(tái)機(jī)器正在傳輸數(shù)據(jù)，觀察這個(gè)狀態(tài)最主要的就是看哪個(gè)程序正在處于ESTABLISHED狀態(tài)。
服務(wù)器出現(xiàn)很多ESTABLISHED狀態(tài)： netstat -nat |grep 9502或者使用lsof -i:9502可以檢測(cè)到。
當(dāng)客戶端未主動(dòng)close的時(shí)候就斷開連接：即客戶端發(fā)送的FIN丟失或未發(fā)送。
這時(shí)候若客戶端斷開的時(shí)候發(fā)送了FIN包，則服務(wù)端將會(huì)處于CLOSE_WAIT狀態(tài)；
這時(shí)候若客戶端斷開的時(shí)候未發(fā)送FIN包，則服務(wù)端處還是顯示ESTABLISHED狀態(tài)；
結(jié)果客戶端重新連接服務(wù)器。
而新連接上來的客戶端（也就是剛才斷掉的重新連上來了）在服務(wù)端肯定是ESTABLISHED; 如果客戶端重復(fù)的上演這種情況，那么服務(wù)端將會(huì)出現(xiàn)大量的假的ESTABLISHED連接和CLOSE_WAIT連接。
最終結(jié)果就是新的其他客戶端無法連接上來，但是利用netstat還是能看到一條連接已經(jīng)建立，并顯示ESTABLISHED，但始終無法進(jìn)入程序代碼。
⑤FIN-WAIT-1：等待遠(yuǎn)程TCP連接中斷請(qǐng)求，或先前的連接中斷請(qǐng)求的確認(rèn)
主動(dòng)關(guān)閉(active close)端應(yīng)用程序調(diào)用close，于是其TCP發(fā)出FIN請(qǐng)求主動(dòng)關(guān)閉連接，之后進(jìn)入FIN_WAIT1狀態(tài)。等待遠(yuǎn)程TCP的連接中斷請(qǐng)求，或先前的連接中斷請(qǐng)求的確認(rèn)
如果服務(wù)器出現(xiàn)shutdown再重啟，使用netstat -nat查看，就會(huì)看到很多FIN-WAIT-1的狀態(tài)。就是因?yàn)榉?wù)器當(dāng)前有很多客戶端連接，直接關(guān)閉服務(wù)器后，無法接收到客戶端的ACK。
⑥FIN-WAIT-2：從遠(yuǎn)程TCP等待連接中斷請(qǐng)求
主動(dòng)關(guān)閉端接到ACK后，就進(jìn)入了FIN-WAIT-2
Connection is closed, and the socket is waiting for a shutdown from the remote end. 從遠(yuǎn)程TCP等待連接中斷請(qǐng)求
這就是著名的半關(guān)閉的狀態(tài)了，這是在關(guān)閉連接時(shí)，客戶端和服務(wù)器兩次握手之后的狀態(tài)。
在這個(gè)狀態(tài)下，應(yīng)用程序還有接受數(shù)據(jù)的能力，但是已經(jīng)無法發(fā)送數(shù)據(jù)，但是也有一種可能是，客戶端一直處于FIN_WAIT_2狀態(tài)，而服務(wù)器則一直處于WAIT_CLOSE狀態(tài)，而直到應(yīng)用層來決定關(guān)閉這個(gè)狀態(tài)。
⑦CLOSE-WAIT：等待從本地用戶發(fā)來的連接中斷請(qǐng)求
被動(dòng)關(guān)閉(passive close)端TCP接到FIN后，就發(fā)出ACK以回應(yīng)FIN請(qǐng)求(它的接收也作為文件結(jié)束符傳遞給上層應(yīng)用程序),并進(jìn)入CLOSE_WAIT.
The remote end has shut down, waiting for the socket to close. 等待從本地用戶發(fā)來的連接中斷請(qǐng)求
⑧CLOSING：等待遠(yuǎn)程TCP對(duì)連接中斷的確認(rèn)
Both sockets are shut down but we still don’t have all our data sent. 等待遠(yuǎn)程TCP對(duì)連接中斷的確認(rèn)
⑨LAST-ACK：等待原來的發(fā)向遠(yuǎn)程TCP的連接中斷請(qǐng)求的確認(rèn)
被動(dòng)關(guān)閉端一段時(shí)間后，接收到文件結(jié)束符的應(yīng)用程序?qū)⒄{(diào)用CLOSE關(guān)閉連接。這導(dǎo)致它的TCP也發(fā)送一個(gè)
FIN,等待對(duì)方的ACK.就進(jìn)入了LAST-ACK .
The remote end has shut down, and the socket is closed. Waiting for acknowledgement. 等待原來發(fā)向遠(yuǎn)程TCP的連接中斷請(qǐng)求的確認(rèn)
使用并發(fā)壓力測(cè)試的時(shí)候，突然斷開壓力測(cè)試客戶端，服務(wù)器會(huì)看到很多LAST-ACK。
⑩TIME-WAIT：等待足夠的時(shí)間以確保遠(yuǎn)程TCP接收到連接中斷請(qǐng)求的確認(rèn)
在主動(dòng)關(guān)閉端接收到FIN后，TCP就發(fā)送ACK包，并進(jìn)入TIME-WAIT狀態(tài)。
The socket is waiting after close to handle
packets still in the network.等待足夠的時(shí)間以確保遠(yuǎn)程TCP接收到連接中斷請(qǐng)求的確認(rèn)
TIME_WAIT等待狀態(tài)，這個(gè)狀態(tài)又叫做2MSL狀態(tài)，說的是在TIME_WAIT2發(fā)送了最后一個(gè)ACK數(shù)據(jù)報(bào)以后，要進(jìn)入TIME_WAIT狀態(tài)，這個(gè)狀態(tài)是防止最后一次握手的數(shù)據(jù)報(bào)沒有傳送到對(duì)方那里而準(zhǔn)備的（注意這不是四次握手，這是第四次握手的保險(xiǎn)狀態(tài)）。
這個(gè)狀態(tài)在很大程度上保證了雙方都可以正常結(jié)束，但是，問題也來了。
由于插口的2MSL狀態(tài)（插口是IP和端口對(duì)的意思，socket），使得應(yīng)用程序在2MSL時(shí)間內(nèi)是無法再次使用同一個(gè)插口的，對(duì)于客戶程序還好一些，但是對(duì)于服務(wù)程序，例如httpd，它總是要使用同一個(gè)端口來進(jìn)行服務(wù)，而在2MSL時(shí)間內(nèi)，啟動(dòng)httpd就會(huì)出現(xiàn)錯(cuò)。
三、TCP連接建立三次握手
TCP是一個(gè)面向連接的協(xié)議，所以在連接雙方發(fā)送數(shù)據(jù)之前，都需要首先建立一條連接。
Client連接Server：
當(dāng)Client端調(diào)用socket函數(shù)調(diào)用時(shí)，相當(dāng)于Client端產(chǎn)生了一個(gè)處于Closed狀態(tài)的套接字。
(1)第一次握手：Client端又調(diào)用connect函數(shù)調(diào)用，系統(tǒng)為Client隨機(jī)分配一個(gè)端口，連同傳入connect中的參數(shù)(Server的IP和端口)，這就形成了一個(gè)連接四元組，客戶端發(fā)送一個(gè)帶SYN標(biāo)志的TCP報(bào)文到服務(wù)器。
這是三次握手過程中的報(bào)文1。connect調(diào)用讓Client端的socket處于SYN_SENT狀態(tài)，等待服務(wù)器確認(rèn)；SYN：同步序列編號(hào)(Synchronize Sequence Numbers)。
(2)第二次握手： 服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時(shí)自己也發(fā)送一個(gè)SYN包（syn=k），即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；
(3) 第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶器和客務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。連接已經(jīng)可以進(jìn)行讀寫操作。
一個(gè)完整的三次握手也就是： 請(qǐng)求—-應(yīng)答—-再次確認(rèn)。
TCP協(xié)議通過三個(gè)報(bào)文段完成連接的建立，這個(gè)過程稱為三次握手(three-way handshake)。
連接出現(xiàn)連接不上的問題，一般是網(wǎng)路出現(xiàn)問題或者網(wǎng)卡超負(fù)荷或者是連接數(shù)已經(jīng)滿啦。
四、TCP連接的終止（四次握手釋放）
由于TCP連接是全雙工的，因此每個(gè)方向都必須單獨(dú)進(jìn)行關(guān)閉。這原則是當(dāng)一方完成它的數(shù)據(jù)發(fā)送任務(wù)后就能發(fā)送一個(gè)FIN來終止這個(gè)方向的連接。收到一個(gè) FIN只意味著這一方向上沒有數(shù)據(jù)流動(dòng)，一個(gè)TCP連接在收到一個(gè)FIN后仍能發(fā)送數(shù)據(jù)。
首先進(jìn)行關(guān)閉的一方將執(zhí)行主動(dòng)關(guān)閉，而另一方執(zhí)行被動(dòng)關(guān)閉。
建立一個(gè)連接需要三次握手，而終止一個(gè)連接要經(jīng)過四次握手，這是由TCP的半關(guān)閉(half-close)造成的，
五、為什么建立連接協(xié)議是三次握手，而關(guān)閉連接卻是四次握手
服務(wù)端的LISTEN狀態(tài)下的SOCKET當(dāng)收到SYN報(bào)文的建連請(qǐng)求后，它可以把ACK和SYN（ACK起應(yīng)答作用，而SYN起同步作用）放在一個(gè)報(bào)文里來發(fā)送。但關(guān)閉連接時(shí)，當(dāng)收到對(duì)方的FIN報(bào)文通知時(shí)，它僅僅表示對(duì)方?jīng)]有數(shù)據(jù)發(fā)送給你了；
但未必你所有的數(shù)據(jù)都全部發(fā)送給對(duì)方了，所以你可以未必會(huì)馬上會(huì)關(guān)閉SOCKET,也即你可能還需要發(fā)送一些數(shù)據(jù)給對(duì)方之后，再發(fā)送FIN報(bào)文給對(duì)方來表示你同意現(xiàn)在可以關(guān)閉連接了，所以它這里的ACK報(bào)文和FIN報(bào)文多數(shù)情況下都是分開發(fā)送的。
六、為什么TIME_WAIT狀態(tài)還需要等2MSL后才能返回到CLOSED狀態(tài)
因?yàn)殡m然雙方都同意關(guān)閉連接了，而且握手的4個(gè)報(bào)文也都協(xié)調(diào)和發(fā)送完畢，按理可以直接回到CLOSED狀態(tài)（就好比從SYN_SEND狀態(tài)到ESTABLISH狀態(tài)那樣）
一方面是可靠的實(shí)現(xiàn)TCP全雙工連接的終止，也就是當(dāng)最后的ACK丟失后，被動(dòng)關(guān)閉端會(huì)重發(fā)FIN，因此主動(dòng)關(guān)閉端需要維持狀態(tài)信息，以允許它重新發(fā)送最終的ACK。
另一方面，但是因?yàn)槲覀儽仨氁傧刖W(wǎng)絡(luò)是不可靠的，你無法保證你最后發(fā)送的ACK報(bào)文會(huì)一定被對(duì)方收到，因此對(duì)方處于LAST_ACK狀態(tài)下的SOCKET可能會(huì)因?yàn)槌瑫r(shí)未收到ACK報(bào)文，而重發(fā)FIN報(bào)文，所以這個(gè)TIME_WAIT狀態(tài)的作用就是用來重發(fā)可能丟失的ACK報(bào)文。
TCP在2MSL等待期間，定義這個(gè)連接(4元組)不能再使用，任何遲到的報(bào)文都會(huì)丟棄。設(shè)想如果沒有2MSL的限制，恰好新到的連接正好滿足原先的4元組，這時(shí)候連接就可能接收到網(wǎng)絡(luò)上的延遲報(bào)文就可能干擾最新建立的連接。
七、大量TIME_WAIT狀態(tài)問題解決
發(fā)現(xiàn)系統(tǒng)存在大量TIME_WAIT狀態(tài)的連接，可以通過調(diào)整內(nèi)核參數(shù)解決：vi /etc/sysctl.conf 加入以下內(nèi)容：
備注：這種方式不是很好，我之前試過修改內(nèi)核參數(shù)只是一會(huì)沒有問題，但是時(shí)間長了還是沒有效果，建議采用長連接方式。
八、同時(shí)打開
兩個(gè)應(yīng)用程序同時(shí)執(zhí)行主動(dòng)打開的情況是可能的，雖然發(fā)生的可能性較低。每一端都發(fā)送一個(gè)SYN,并傳遞給對(duì)方，且每一端都使用對(duì)端所知的端口作為本地端口。例如：
主機(jī)a中一應(yīng)用程序使用7777作為本地端口，并連接到主機(jī)b 8888端口做主動(dòng)打開。
主機(jī)b中一應(yīng)用程序使用8888作為本地端口，并連接到主機(jī)a 7777端口做主動(dòng)打開。
tcp協(xié)議在遇到這種情況時(shí)，只會(huì)打開一條連接。
這個(gè)連接的建立過程需要4次數(shù)據(jù)交換，而一個(gè)典型的連接建立只需要3次交換（即3次握手）
但多數(shù)tcp/ip實(shí)現(xiàn)并不支持同時(shí)打開。
九、同時(shí)關(guān)閉
如果應(yīng)用程序同時(shí)發(fā)送FIN，則在發(fā)送后會(huì)首先進(jìn)入FIN_WAIT_1狀態(tài)。在收到對(duì)端的FIN后，回復(fù)一個(gè)ACK，會(huì)進(jìn)入CLOSING狀態(tài)。在收到對(duì)端的ACK后，進(jìn)入TIME_WAIT狀態(tài)。這種情況稱為同時(shí)關(guān)閉。
同時(shí)關(guān)閉也需要有4次報(bào)文交換，與典型的關(guān)閉相同。
十、TCP的FLAGS說明
在TCP層，有個(gè)FLAGS字段，這個(gè)字段有以下幾個(gè)標(biāo)識(shí)：SYN, FIN, ACK, PSH, RST, URG.
其中，對(duì)于我們?nèi)粘５姆治鲇杏玫木褪乔懊娴奈鍌€(gè)字段。
字段含義：
1、SYN表示建立連接：
步序列編號(hào)(Synchronize Sequence Numbers)欄有效。該標(biāo)志僅在三次握手建立TCP連接時(shí)有效。它提示TCP連接的服務(wù)端檢查序列編號(hào)，該序列編號(hào)為TCP連接初始端(一般是客戶端)的初始序列編號(hào)。在這里，可以把TCP序列編號(hào)看作是一個(gè)范圍從0到4，294，967，295的32位計(jì)數(shù)器。通過TCP連接交換的數(shù)據(jù)中每一個(gè)字節(jié)都經(jīng)過序列編號(hào)。在TCP報(bào)頭中的序列編號(hào)欄包括了TCP分段中第一個(gè)字節(jié)的序列編號(hào)。
2、FIN表示關(guān)閉連接：
3、ACK表示響應(yīng)：
確認(rèn)編號(hào)(Acknowledgement Number)欄有效。大多數(shù)情況下該標(biāo)志位是置位的。TCP報(bào)頭內(nèi)的確認(rèn)編號(hào)欄內(nèi)包含的確認(rèn)編號(hào)(w+1，F(xiàn)igure-1)為下一個(gè)預(yù)期的序列編號(hào)，同時(shí)提示遠(yuǎn)端系統(tǒng)已經(jīng)成功接收所有數(shù)據(jù)。
4、PSH表示有DATA數(shù)據(jù)傳輸：
5、RST表示連接重置：復(fù)位標(biāo)志有效。用于復(fù)位相應(yīng)的TCP連接。
字段組合含義：
其中，ACK是可能與SYN，F(xiàn)IN等同時(shí)使用的，比如SYN和ACK可能同時(shí)為1，它表示的就是建立連接之后的響應(yīng)，
如果只是單個(gè)的一個(gè)SYN，它表示的只是建立連接。
TCP的幾次握手就是通過這樣的ACK表現(xiàn)出來的。
但SYN與FIN是不會(huì)同時(shí)為1的，因?yàn)榍罢弑硎镜氖墙⑦B接，而后者表示的是斷開連接。
RST一般是在FIN之后才會(huì)出現(xiàn)為1的情況，表示的是連接重置。
一般地，當(dāng)出現(xiàn)FIN包或RST包時(shí)，我們便認(rèn)為客戶端與服務(wù)器端斷開了連接；
RST與ACK標(biāo)志位都置一了，并且具有ACK number，非常明顯，這個(gè)報(bào)文在釋放TCP連接的同時(shí)，完成了對(duì)前面已接收?qǐng)?bào)文的確認(rèn)。
而當(dāng)出現(xiàn)SYN和SYN＋ACK包時(shí)，我們認(rèn)為客戶端與服務(wù)器建立了一個(gè)連接。
PSH為1的情況，一般只出現(xiàn)在 DATA內(nèi)容不為0的包中，也就是說PSH為1表示的是有真正的TCP數(shù)據(jù)包內(nèi)容被傳遞。
TCP的連接建立和連接關(guān)閉，都是通過請(qǐng)求－響應(yīng)的模式完成的。
十一、TCP通信中服務(wù)器處理客戶端意外斷開
如果TCP連接被對(duì)方正常關(guān)閉，也就是說，對(duì)方是正確地調(diào)用了closesocket(s)或者shutdown(s)的話，那么上面的Recv或Send調(diào)用就能馬上返回，并且報(bào)錯(cuò)。這是由于close socket(s)或者shutdown(s)有個(gè)正常的關(guān)閉過程，會(huì)告訴對(duì)方“TCP連接已經(jīng)關(guān)閉，你不需要再發(fā)送或者接受消息了”。
但是，如果意外斷開，客戶端（3g的移動(dòng)設(shè)備）并沒有正常關(guān)閉socket。雙方并未按照協(xié)議上的四次揮手去斷開連接。
那么這時(shí)候正在執(zhí)行Recv或Send操作的一方就會(huì)因?yàn)闆]有任何連接中斷的通知而一直等待下去，也就是會(huì)被長時(shí)間卡住。
像這種如果一方已經(jīng)關(guān)閉或異常終止連接，而另一方卻不知道，我們將這樣的TCP連接稱為半打開的。
解決意外中斷辦法都是利用保活機(jī)制。而保活機(jī)制分又可以讓底層實(shí)現(xiàn)也可自己實(shí)現(xiàn)。
1、自己編寫心跳包程序
2、啟動(dòng)TCP編程里的keepAlive機(jī)制
1）雙方擬定心跳（自實(shí)現(xiàn)）
一般由客戶端發(fā)送心跳包，服務(wù)端并不回應(yīng)心跳，只是定時(shí)輪詢判斷一下與上次的時(shí)間間隔是否超時(shí)（超時(shí)時(shí)間自己設(shè)定）。服務(wù)器并不主動(dòng)發(fā)送是不想增添服務(wù)器的通信量，減少壓力。
2）利用KeepAlive
其實(shí)keepalive的原理就是TCP內(nèi)嵌的一個(gè)心跳包,
以服務(wù)器端為例，如果當(dāng)前server端檢測(cè)到超過一定時(shí)間（默認(rèn)是 7,200,000 milliseconds，也就是2個(gè)小時(shí)）沒有數(shù)據(jù)傳輸，那么會(huì)向client端發(fā)送一個(gè)keep-alive packet（該keep-alive packet就是ACK和當(dāng)前TCP序列號(hào)減一的組合），此時(shí)client端應(yīng)該為以下三種情況之一：
