從網路原理來看
- 1. URL決議
- 2. 構造http請求
- 3. 構造完http請求就需要將資料傳給傳輸層了
- 4. 網路層
- 5. 資料鏈路層
- 6.物理層
- 7. 路由器
- 8. 到達服務器的物理層
- 9. 決議成二進制資料
- 10. 服務器的資料鏈路層
- 11. 服務器的網路層
- 12. 服務器的傳輸層
- 13. 服務器的應用層
- 14. 重復上述操作
- 15. 總圖解
1. URL決議
從瀏覽器輸入URL, 瀏覽器需要先決議URL, 并在DNS上查詢此url對應的ip地址
2. 構造http請求
決議完之后, 瀏覽器就需要構造一個GET請求, 并將攜帶的資訊添加在URL上面. http請求的格式是
請求行 : 請求方法(GET) , 協議版本(http1.1) , URL
請求頭部header : 各種欄位相當于鍵值對 中間用 = 區分 比如Content-length=10
空行
請求主體(body)
3. 構造完http請求就需要將資料傳給傳輸層了
由于http是基于TCP的應用層協議, 此時就是TCP
那么需要先進行3次握手建立連接的程序. 建立好連接之后
傳輸層給應用層報文加上傳輸層的頭部, 然后再發送給網路層
4. 網路層
網路層再加上ip頭部, 當然其中受限于資料鏈路層的MTU最大限制1500位元組,
所以網路層可能需要進行拆包和組包
5. 資料鏈路層
資料鏈路層就需要加上資料鏈路層的報頭, 其中涉及到了 源mac地址和目的mac地址就是在同一個局域網內, 傳輸資料,
6.物理層
最后再進過物理層傳輸光電信號.
7. 路由器
由于從源ip地址傳輸到目的ip地址需要進過多個路由器轉發, 所以路由器是必不可少的. 其中有很多方法如何來選擇路由器, 哪一條路徑最短其中都是有各種演算法的在這里就不詳細的講了 …
8. 到達服務器的物理層
此時經過多次的轉發, 光電信號終于到達了目的ip的物理層
9. 決議成二進制資料
之后就把光電信號決議成二進制的資料一層一層的向上傳達
10. 服務器的資料鏈路層
此時服務器的資料鏈路層就會將頭部去掉來決議, 并向上傳遞
11. 服務器的網路層
將ip資料報組包, 并去掉頭部向上傳遞到傳輸層
12. 服務器的傳輸層
此時就會決議, 各種保證可靠性的手段, 比如超時重傳, 確認應答之類的
13. 服務器的應用層
此時服務器收到這個請求了, 那么就會回傳一個回應并且其中攜帶了一個html檔案用來顯示頁面
14. 重復上述操作
此時回傳的回應就到達了客戶端的應用層
瀏覽器此時就可以決議這個回應, 并且渲染html頁面, 將其顯示在網頁上面了
15. 總圖解
客戶端發出請求, 服務器就回傳回應.就這樣一來一回實作了客戶端與服務端之間的資訊交流
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/379514.html
標籤：其他
上一篇：【元宇宙系列】元宇宙的創世居民——M 世代（Mateverse）
下一篇：TCP 三次握手 四次分手