【圖解HTTP】TCP/IP通訊傳輸流過程及原理
阿新 • • 發佈：2018-12-24
上篇部落格筆記為TCP/IP的分層管理，本篇部落格為TCP/IP的通訊傳輸流，即通訊傳輸過程。
把 TCP/IP 層次化是有好處的。比如，如果網際網路只由一個協議統籌，某個地方需要改變設計時，就必須把所有部分整體替換掉。而分層之後只需把變動的層替換掉即可。把各層之間的介面部分規劃好之後，每個層次內部的設計就能夠自由改動了。
值得一提的是，層次化之後，設計也變得相對簡單了。處於應用層上的應用可以只考慮分派給自己的任務，而不需要弄清對方在地球上哪個地方、對方的傳輸路線是怎樣的、是否能確保傳輸送達等問題。
我們用 HTTP 舉例來說明，
- 首先作為傳送端的客戶端在應用層（HTTP 協議）發出一個想看某個 Web 頁面的 HTTP 請求。
- 接著，為了傳輸方便，在傳輸層（TCP 協議）把從應用層處收到的資料（HTTP 請求報文）進行分割，並在各個報文上打上標記序號及埠號後轉發給網路層。
- 在網路層（IP 協議），增加作為通訊目的地的 MAC 地址後轉發給鏈路層。這樣一來，發往網路的通訊請求就準備齊全了。
- 接收端的伺服器在鏈路層接收到資料，按序往上層傳送，一直到應用層。當傳輸到應用層，才能算真正接收到由客戶端傳送過來的 HTTP請求。
如圖：
利用 TCP/IP 協議族進行網路通訊時，會通過分層順序與對方進行通訊。傳送端從應用層往下走，接收端則從鏈路層往上走。
傳送端在層與層之間傳輸資料時，每經過一層時必定會被打上一個該層所屬的首部資訊。反之，接收端在層與層傳輸資料時，每經過一層時會把對應的首部消去。
這種把資料資訊包裝起來的做法稱為封裝（encapsulate）。
如圖：
