16位udp長度，表示資料報(udp首部+udp資料)的最大長度。
如果校驗和出錯，就會直接丟棄
udp沒有傳送緩衝區，只有接收緩衝區：
基於udp的應用層協議:
16位視窗大小：
16位校驗和：傳送端填充，crc 校驗，接收端校驗不通過，則認為資料有問題。此處的檢驗和不光包含tcp首部，也包含tcp資料部分。
16緊急指標：略
40位元組頭部選項：略
特點：確定應答機制(ack):序號+確定序號實現
通常，兩個人對話時，在談話的停頓處可以點頭或詢問以確認談話內容。如果對方遲遲沒有任何反饋，說話的一方還可以再重複一遍以保證對方確實聽到。 因此，對方是否理解了此次對話內容，對方是否完全聽到了對話的內容，都要靠對方的反應來判斷。網路中的 「確認應答」 就是類似這樣的乙個概念。當對方聽懂對話內容時會說： ＂ 嗯 ＂，這就相當於返回了乙個確認應答(ack)。而當對方沒有理解對話內容或沒有聽清時會問一句 ｀｀ 咦？」 這好比乙個否定確認應答
但是，主機a未收到b發來的確認應答, 也可能是因為ack丟失了;
連線管理機制：
close_wait狀態：服務端程式沒有呼叫close方法，導致出現大量的連線處於close_wait狀態，代表半關閉，是一種bug，只需要加上對應的 close 即可解決問題.
time_wait狀態：
滑動視窗：
收到第乙個ack，滑動視窗向後移動，繼續傳送第n+1段的資料
作業系統核心為了維護這個滑動視窗，需要開闢傳送緩衝區來記錄當前還有那些資料沒有應答；只有確認應答過的資料，才能從緩衝區刪掉
acj響應報文中，攜帶下乙個序號是多少。---->表示在此序號之前的所有資料都已經接收到、
視窗的滑動：
流量控制：
擁塞控制：
延時應答機制：
捎帶應答：
tcp安全機制：
tcp效能機制：
計算機網路 TCP與UDP協議詳解
根據應用程式的不同需求，運輸層需要兩種不同的運輸協議，即面向連線的tcp和無連線的udp。tcp特點 1 tcp是面向連線的運輸層協議。所以，應用程式在使用tcp協議之前，必須先建立tcp連線。在傳送資料完畢後，必須釋放已經建立的tcp連線。2 每一條tcp連線只能有兩個端點，每一條tcp連線只能是...
計算機網路 TCP與UDP
1.tcp的三次握手過程？為什麼會採用三次握手，若採用二次握手可以嗎？建立連線的過程是利用客戶伺服器模式，假設主機a為客戶端，主機b為伺服器端。1 tcp的三次握手過程 主機a向b傳送連線請求 主機b對收到的主機a的報文段進行確認 主機a再次對主機b的確認進行確認。2 採用三次握手是為了防止失效的連...
計算機網路 TCP與UDP
tcp ip中有兩個具有代表性的傳輸層協議，它們分別是tcp與udp。tcp提供可靠地通訊傳輸。udp則常被用於讓廣播和細節控制交給應用的通訊傳輸。tcp ip的眾多應用協議大多以客戶端 服務端形式執行。客戶端是請求的發起端。服務端是表示提供服務的意思。服務端的程式必須提前啟動，準備接收客戶端的請求...