本文根據(jù)RFC793協(xié)議規(guī)范和BSD 4.4的實現(xiàn)，總結(jié)了TCP分組丟失時的狀態(tài)變遷，如下圖所示：實線箭頭表示客戶端的狀態(tài)變遷，線段虛線箭頭表示服務(wù)端的狀態(tài)變遷，圓點虛線箭頭表示客戶端或服務(wù)端的狀態(tài)變遷；黑色文字表示正常時的行為，紅色文字表示分組丟失時的行為。
   這里假設(shè)重傳時分組依然會丟失，當(dāng)在不同狀態(tài)（CLOSED除外）分組丟失后，最終會關(guān)閉套接字而回到CLOSED狀態(tài)。下面逐個分析各狀態(tài)時的情景。

SYN_SENT
   連接階段第1次握手，客戶端發(fā)送的SYN分組丟失，因此超時收不到服務(wù)端的SYN+ACK而重傳SYN，嘗試幾次后放棄，關(guān)閉套接字。

SYN_RCVD
   1）連接階段第2次握手，服務(wù)端響應(yīng)的SYN+ACK分組丟失，因此超時收不到客戶端的ACK而重傳SYN+ACK，嘗試幾次后放棄，發(fā)送RST并關(guān)閉套接字。
   2）連接階段第3次握手，客戶端發(fā)送的ACK分組丟失，因此服務(wù)端超時收不到ACK而重傳SYN+ACK，嘗試幾次后放棄，發(fā)送RST并關(guān)閉套接字。
   3）同時打開第2次握手，本端響應(yīng)的SYN+ACK分組丟失，因此對端超時收不到SYN+ACK而重傳SYN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時本端收到RST。

ESTABLISHED
   1）連接階段第3次握手，客戶端發(fā)送ACK分組后，雖然丟失但會進(jìn)入該狀態(tài)（因為ACK不需要確認(rèn)），但此時服務(wù)端還處于SYN_RCVD狀態(tài)，因為超時收不到客戶端的ACK而重傳SYN+ACK、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時客戶端收到RST。
   2）數(shù)據(jù)傳輸階段，本端發(fā)送的Data分組丟失，因此超時收不到對數(shù)據(jù)的確認(rèn)而重傳、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時對端收到RST。

FIN_WAIT_1
   1）關(guān)閉階段第1次握手，客戶端發(fā)送的FIN分組丟失，因此超時收不到服務(wù)端的ACK而重傳FIN，嘗試幾次后放棄，發(fā)送RST并關(guān)閉套接字。
   2）關(guān)閉階段第2次握手，服務(wù)端響應(yīng)的ACK分組丟失，因此客戶端超時收不到ACK而重傳FIN，嘗試幾次后放棄，發(fā)送RST并關(guān)閉套接字。
 
FIN_WAIT_2
   關(guān)閉階段第3次握手，服務(wù)端發(fā)送的FIN分組丟失，因此超時收不到客戶端的ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時客戶端收到RST。
 
CLOSING
   同時關(guān)閉第2次握手，本端發(fā)送的ACK分組丟失，導(dǎo)致對端超時收不到ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時本端收到RST。

TIME_WAIT
   關(guān)閉階段第4次握手，客戶端響應(yīng)的ACK分組丟失，導(dǎo)致服務(wù)端超時收不到ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時客戶端收到RST。

CLOSE_WAIT
   關(guān)閉階段第2次握手，服務(wù)端響應(yīng)的ACK分組丟失，導(dǎo)致客戶端超時收不到ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字，而此時服務(wù)端收到RST。

LAST_ACK
   關(guān)閉階段第3次握手，服務(wù)端發(fā)送的FIN分組丟失，導(dǎo)致超時收不到客戶端的ACK而重傳FIN、嘗試幾次后放棄、發(fā)送RST并關(guān)閉套接字。