一、簡介

　TCP/IP協議是供已連接因特網的計算機進行通信的通信協議。TCP/IP協議，並不是指單TCP、IP協議兩個。而是一個協議棧。包含了諸如：TCP、IP、UDP、ICMP、RIP、TELNETFTP、SMTP、ARP、TFTP等許多協議。

二、參考模型

三、工作機制

TCP/IP 意味著 TCP 和 IP 在一起協同工作。

TCP 負責應用軟件（比如你的瀏覽器）和網絡軟件之間的通信。

IP 負責計算機之間的通信。

TCP 負責將數據分割並裝入 IP 包，然後在它們到達的時候重新組合它們。

IP 負責將包發送至接受者。

四、TCP報文格式

本段落轉自鏈接：https://www.jianshu.com/p/ef892323e68f

16位源端口號：16位的源端口中包含初始化通信的端口。源端口和源IP地址的作用是標識報文的返回地址。

16位目的端口號：16位的目的端口域定義傳輸的目的。這個端口指明報文接收計算機上的應用程序地址接口。

32位序號：32位的序列號由接收端計算機使用，重新分段的報文成最初形式。當SYN出現，序列碼實際上是初始序列碼（Initial Sequence Number，ISN），而第一個數據字節是ISN+1。這個序列號（序列碼）可用來補償傳輸中的不一致。

32位確認序號：32位的序列號由接收端計算機使用，重組分段的報文成最初形式。如果設置了ACK控制位，這個值表示一個準備接收的包的序列碼。

4位首部長度：4位包括TCP頭大小，指示何處數據開始。

保留（6位）：6位值域，這些位必須是0。為了將來定義新的用途而保留。

標誌：6位標誌域。表示為：緊急標誌、有意義的應答標誌、推、重置連接標誌、同步序列號標誌、完成發送數據標誌。按照順序排列是：URG、ACK、PSH、RST、SYN、FIN。

16位窗口大小：用來表示想收到的每個TCP數據段的大小。TCP的流量控制由連接的每一端通過聲明的窗口大小來提供。窗口大小為字節數，起始於確認序號字段指明的值，這個值是接收端正期望接收的字節。窗口大小是一個16字節字段，因而窗口大小最大為65535字節。

16位校驗和：16位TCP頭。源機器基於數據內容計算一個數值，收信息機要與源機器數值 結果完全一樣，從而證明數據的有效性。檢驗和覆蓋了整個的TCP報文段：這是一個強制性的字段，一定是由發送端計算和存儲，並由接收端進行驗證的。

16位緊急指針：指向後面是優先數據的字節，在URG標誌設置了時才有效。如果URG標誌沒有被設置，緊急域作為填充。加快處理標示為緊急的數據段。

選項：長度不定，但長度必須為1個字節。如果沒有選項就表示這個1字節的域等於0。

數據：該TCP協議包負載的數據。

在上述字段中，6位標誌域的各個選項功能如下。

URG：緊急標誌。緊急標誌為"1"表明該位有效。
ACK：確認標誌。表明確認編號欄有效。大多數情況下該標誌位是置位的。TCP報頭內的確認編號欄內包含的確認編號（w+1）為下一個預期的序列編號，同時提示遠端系統已經成功接收所有數據。
PSH：推標誌。該標誌置位時，接收端不將該數據進行隊列處理，而是盡可能快地將數據轉由應用處理。在處理Telnet或rlogin等交互模式的連接時，該標誌總是置位的。
RST：復位標誌。用於復位相應的TCP連接。
SYN：同步標誌。表明同步序列編號欄有效。該標誌僅在三次握手建立TCP連接時有效。它提示TCP連接的服務端檢查序列編號，該序列編號為TCP連接初始端（一般是客戶端）的初始序列編號。在這裏，可以把TCP序列編號看作是一個範圍從0到4，294，967，295的32位計數器。通過TCP連接交換的數據中每一個字節都經過序列編號。在TCP報頭中的序列編號欄包括了TCP分段中第一個字節的序列編號。
FIN：結束標誌。

五、TCP三次握手機制

（1）第一次握手：Client將標誌位SYN置為1，隨機產生一個值seq=J，並將該數據包發送給Server，Client進入SYN_SENT狀態，等待Server確認。

（2）第二次握手：Server收到數據包後由標誌位SYN=1知道Client請求建立連接，Server將標誌位SYN和ACK都置為1，ack=J+1，隨機產生一個值seq=K，並將該數據包發送給Client以確認連接請求，Server進入SYN_RCVD狀態。

（3）第三次握手：Client收到確認後，檢查ack是否為J+1，ACK是否為1，如果正確則將標誌位ACK置為1，ack=K+1，並將該數據包發送給Server，Server檢查ack是否為K+1，ACK是否為1，如果正確則連接建立成功，Client和Server進入ESTABLISHED狀態，完成三次握手，隨後Client與Server之間可以開始傳輸數據了。

由於TCP連接時全雙工的，因此，每個方向都必須要單獨進行關閉，這一原則是當一方完成數據發送任務後，發送一個FIN來終止這一方向的連接，收到一個FIN只是意味著這一方向上沒有數據流動了，即不會再收到數據了，但是在這個TCP連接上仍然能夠發送數據，直到這一方向也發送了FIN。首先進行關閉的一方將執行主動關閉，而另一方則執行被動關閉，上圖描述的即是如此。
（1）第一次揮手：Client發送一個FIN，用來關閉Client到Server的數據傳送，Client進入FIN_WAIT_1狀態。
（2）第二次揮手：Server收到FIN後，發送一個ACK給Client，確認序號為收到序號+1（與SYN相同，一個FIN占用一個序號），Server進入CLOSE_WAIT狀態。
（3）第三次揮手：Server發送一個FIN，用來關閉Server到Client的數據傳送，Server進入LAST_ACK狀態。
（4）第四次揮手：Client收到FIN後，Client進入TIME_WAIT狀態，接著發送一個ACK給Server，確認序號為收到序號+1，Server進入CLOSED狀態，完成四次揮手。

上面是一方主動關閉，另一方被動關閉的情況，實際中還會出現同時發起主動關閉的情況，具體流程如下圖：

七、為什麽建立連接是三次握手，斷開連接需要四次？

這是因為服務端在LISTEN狀態下，收到建立連接請求的SYN報文後，把ACK和SYN放在一個報文裏發送給客戶端。而關閉連接時，當收到對方的FIN報文時，僅僅表示對方不再發送數據了但是還能接收數據，己方也未必全部數據都發送給對方了，所以己方可以立即close，也可以發送一些數據給對方後，再發送FIN報文給對方來表示同意現在關閉連接，因此，己方ACK和FIN一般都會分開發送。

淺談TCP/IP協議