一、網路模型
網路模型一般是指osi七層參考模型和tcp/ip四層參考模型。這兩個模型在網路中應用最為廣泛。
提問：各層的網路協議有哪些？（以下只是部分）
二、tcp/ip協議資料流
三、tcp連線
1、tcp連線的特點：
2、tcp連線過程
（本文暫時跳過了序列號seq和確認號ack的講解，只講以下3個標誌位）
（1）標誌位
（2）tcp連線的兩端
（3）三次握手過程：
提問：為什麼tcp建立連線是三次握手而不能是兩次握手？
通訊是雙向的，目的是為了雙方彼此建立可靠的連線。如果僅僅是兩次握手，僅客戶端能夠確認服務端的應答，而服務端無法確認客戶端是否收到服務端的連線請求，所以客戶端仍需再一次傳送ack報文給服務端表示應答，服務端收到後雙方才算正式建立連線通訊。
（4）四次揮手過程：
提問：為什麼tcp斷開連線需要四次揮手？
因為tcp連線建立的是可靠的連線。當服務端收到fin報文後，很可能不會立即關閉socket，因為此時服務端的資料傳輸可能還沒傳送完畢，所以此時只能先回乙個ack報文，告訴客戶端：「你發的fin報文我收到了，只有等我所有資料都傳送完畢，我才能傳送fin報文給你」。因此不能在第二次揮手的時候就一起傳送ack+fin報文，故需要四次揮手。
提問：為什麼客戶端time_wait狀態需要等待2msl(最大報文段生存時間)才能進入close狀態？
假設網路是不可靠的，有可能客戶端最後傳送的ack報文丟失，此時服務端沒有收到客戶端的應答，會不斷傳送fin報文給客戶端，所以time-wait狀態就是客戶端用來重發可能丟失的ack報文，它必須確認服務端收到了ack報文。客戶端會設定乙個計時器，等待2msl的時間，如果在該時間內再次收到fin報文，客戶端會重發ack資料並再次等待2msl，直到這2msl時間內都沒收到服務端的fin報文，客戶端才推斷ack報文被服務端成功接收，此時才結束客戶端的tcp連線。
（所謂的2msl是指兩倍的msl(maximum segment lifetime)。msl指乙個片段在網路中最大的存活時間，2msl就是乙個傳送和乙個回覆所需的最長時間）
補充：知乎上有個形象的示例，再次說明tcp連線為什麼是三次握手，而不是兩次或四次？
Tcp三次握手與四次揮手
tcp三次握手 四次揮手 在tcp ip協議中，tcp協議提供可靠的連線服務，採用三次握手建立乙個連線。第一次握手 建立連線時，客戶端傳送syn包 syn j 到伺服器，並進入syn send狀態，等待伺服器確認 syn 同步序列編號 synchronize sequence numbers 第二次...
TCP三次握手與四次揮手
也許三次握手你會經常聽到，但你知道三次握手的真正意義嗎，為什麼需要三次握手呢？首先我們必須明白tcp是面向連線的協議，無論哪乙個方向在傳送資料之前，都必須先在雙方之間建立連線。這一點與udp協議是不一樣的，udp在傳送資料報之前是不需要建立連線的。建立tcp連線的過程中，通訊的雙方需要互相發報文進行...
tcp三次握手與四次揮手
一.tcp三次握手 簡述 a傳送乙個請求給b，b發回確認，然後a再加以確認，來回共3次 1 第一次握手 客戶端傳送syn包 syn x 到伺服器，並進入syn send狀態，等待伺服器確認。2 第二次握手 伺服器收到syn包之後，必須確認客戶的syn ack x 1 同時自己也傳送乙個syn syn...