客戶端發起請求

從客戶端發起請求的時候，網路資料流是從上而下的：

訪問網站，瀏覽器位址列輸入網址，這只是網站域名，瀏覽器並不知道要去哪裡訪問資源，這個時候用到DNS協議對域名進行解析，在域名註冊商那裡綁定了域名對應的IP地址，IP地址就相當於網際網路世界的門牌號。

知道了目標IP後，瀏覽器打包本次請求，根據傳輸資料是否機密與否分為HTTP和HTTPS請求，分別使用HTTP協議和HTTPS協議。

DNS、HTTP、HTTPS所在的層是應用層，經過應用層封裝，瀏覽器將應用層的包交給下一層完成，這個過程通過Socket程式設計來實現。

下一層是傳輸層，傳輸層有兩種協議，一種是無連線的UDP協議

對於HTTP/HTTPS來說都是基於TCP的可靠連線，TCP協議有兩個埠，一個瀏覽器監聽的埠（監聽伺服器），另一個伺服器監聽的埠（HTTP請求通常為80，HTTPS為443）。作業系統會根據埠將包轉發給不同的程序：

傳輸層封裝完成，瀏覽器將包交給網路層，網路層的協議是IP協議，在這一層，會給資料包加上IP頭，其中包含源IP地址（瀏覽器所在機器），目標IP（伺服器所在機器）等資訊：

作業系統知道目標機器IP地址後，就開始更具他尋找目標機器，如果是區域網內的機器，可以直接通過IP地址判斷出來，如果是區域網外的機器需要通過網關出外面的世界查詢。

作業系統啟動的時候，會通過DHCP協議配置IP地址，以及預設閘道器的IP地址 ：192.168.1.1.作業系統同會通過ARP協議通過IP地址獲取閘道器的MAC地址，並將本地閘道器和計算機的MAC地址新增到MAC頭中：

這樣作業系統就將IP包交給了下一層——鏈路層，再經由網絡卡傳送出去。（客戶端機器與閘道器之間還有物理層的線路連線。）

使用網絡卡（NIC）的情況下，MAC地址會燒到ROM中，任何一張網絡卡的MAC地址都是全球唯一的。

閘道器收到包以後，會根據自己的知識判斷下一步怎麼走，閘道器往往是一個路由器，到某個目標IP怎麼走，有一個路由表。網路請求包往往需要經過多個閘道器的跳轉，才能到達目標機器。

假設網路包經過多個閘道器之後，最終到達了目標服務所在的閘道器，通過ARP協議，目標伺服器根據目標IP地址返回一個MAC地址，表示目標伺服器在此，然後網路包通過這個MAC地址找到目標伺服器所在區域網的目標機器。

服務端接收請求

服務端接收請求的時候，與客戶端傳送請求相反，網路流是自下而上的。

目標伺服器發現與網路請求包的MAC地址對上了，取下MAC頭，將包傳遞給上一層網路層，發現IP也對上了，就取下IP頭，然後交給傳輸層，在傳輸層裡，對於收到的每一個包，都要回復包收到了，這個回覆不是此次請求的響應，僅是回覆包收到了。

如果過了一段時間還是沒有收到伺服器的回覆，客戶端會重新發送這個包，直到回覆為止。這個重發也不是重新發送上邊那個客戶端請求，而是傳輸層將同一個請求反覆重試，對於使用者來說，只有一次請求。

回到目標伺服器，當網路包到達傳輸層後，TCP頭中有一個伺服器監聽埠號，通過這個埠號可以識別將資料包交給哪個應用處理。

當後臺處理完成後，就會返回一個響應包，告知使用者請求成功，並返回響應內容。