tcp協議無疑是408計算機網路考試的重點內容之一，故做此梳理。
乙個網路協議，說到底是為了有助於資訊傳輸的。針對不同的資訊傳輸要求，人們開發出了不同的網路協議。而tcp滿足的傳輸要求是：可靠、有序、無丟失、不重複。tcp的協議資料單元是報文段，包括首部和資料兩部分。
tcp是面向連線的、端到端的、面向位元組流的、可靠的傳輸層協議。
既然tcp是面向連線的，那連線如何建立呢？答案是「三次握手」。
連線建立完成就正式開始傳輸資料啦。
第二個問題，tcp如何實現可靠傳輸呢？通過標號確認和重傳機制實現。tcp面向位元組，資料部分每個位元組都對應乙個編號（編號不在資料部分出現，只有tcp首部有資料部分第乙個位元組的編號），若有分組，則不同分組的標號相互銜接。而重傳機制是說如果沒有在預計時間內收到接收方的確認，就會重傳報文。
資料傳輸完成之後需要釋放連線，因為如果不釋放的話，這個埠（套接字）資源就被浪費了。釋放連線的過程叫「四次揮手」。
為了讓雙方的快取區大小能相互適應，tcp有乙個流量控制的機制，其實就是在協調傳輸速率（傳送方速率太高會使接收方快取區溢位）。
這塊內容主要就是滑動視窗的原理，有機會再更新細節吧。
因為網路環境相當複雜，僅通過流量控制無法保證網路整體的效率，還得考慮為網路環境著想，使得整個網路（包括其他通訊裝置）的效率盡可能高。於是tcp引入了擁塞控制機制，再該機制下，傳送視窗由擁塞視窗大小和接收視窗大小這兩個變數維護。機制的主要內容是以下四點。
慢開始、擁塞避免、快重傳、快恢復。[1]
擁塞控制示意圖
^插圖來自《計算機網路（第7版）》謝希仁，p234
tcp歡動視窗機制 TCP滑動視窗機制
滑動視窗 tcp流量控制 介紹udp時我們描述了這樣的問題 如果傳送端傳送的速度較快，接收端接收到資料後處理的速度較慢，而接收緩衝區的大小是固定的，就會丟失資料。tcp協議通過 滑動視窗 sliding window 機制解決這一問題。看下圖的通訊過程 滑動視窗 1.傳送端發起連線，宣告最大段尺寸是...
TCP 視窗機制
tcp協議在能夠傳送資料之前就建立起了 連線 要實現這個連線，啟動tcp連線的那一方首先將傳送乙個syn資料報。這只是乙個不包含資料的資料報，然後，開啟syn標記。如果另一方同時在它收到syn標記的埠通話，它將發回乙個syn ack syn和ack標誌位都被開啟，並將ack 確認 編 號字段設定為剛...
TCP視窗機制
視窗機制原理 比如主機a主機 b傳送資料，為了更高的通話效率，主機 a一次給主機 b發了三次資料。主機 a給主機 b傳送了乙個大的資料 主機 b收到資料以後他的視窗大小只能處理其中的一部分資料那麼主機 b就會向主機 a恢復乙個確認值三個資料都收到了，但是他的視窗大小只顯示處理了 2個資料，那麼主機 ...