從網(wǎng)絡(luò)原理來看

• • 1. URL解析
  • 2. 構(gòu)造http請求
  • 3. 構(gòu)造完http請求就需要將數(shù)據(jù)傳給傳輸層了
  • 4. 網(wǎng)絡(luò)層
  • 5. 數(shù)據(jù)鏈路層
  • 6.物理層
  • 7. 路由器
  • 8. 到達服務(wù)器的物理層
  • 9. 解析成二進制數(shù)據(jù)
  • 10. 服務(wù)器的數(shù)據(jù)鏈路層
  • 11. 服務(wù)器的網(wǎng)絡(luò)層
  • 12. 服務(wù)器的傳輸層
  • 13. 服務(wù)器的應(yīng)用層
  • 14. 重復(fù)上述操作
  • 15. 總圖解

1. URL解析

從瀏覽器輸入URL, 瀏覽器需要先解析URL, 并在DNS上查詢此url對應(yīng)的ip地址

2. 構(gòu)造http請求

解析完之后, 瀏覽器就需要構(gòu)造一個GET請求, 并將攜帶的信息添加在URL上面. http請求的格式是

請求行 : 請求方法(GET) , 協(xié)議版本(http1.1) , URL
請求頭部header : 各種字段相當于鍵值對 中間用 = 區(qū)分 比如Content-length=10
空行
請求主體(body)

3. 構(gòu)造完http請求就需要將數(shù)據(jù)傳給傳輸層了

由于http是基于TCP的應(yīng)用層協(xié)議, 此時就是TCP
那么需要先進行3次握手建立連接的過程. 建立好連接之后
傳輸層給應(yīng)用層報文加上傳輸層的頭部, 然后再發(fā)送給網(wǎng)絡(luò)層

4. 網(wǎng)絡(luò)層

網(wǎng)絡(luò)層再加上ip頭部, 當然其中受限于數(shù)據(jù)鏈路層的MTU最大限制1500字節(jié),
所以網(wǎng)絡(luò)層可能需要進行拆包和組包

5. 數(shù)據(jù)鏈路層

數(shù)據(jù)鏈路層就需要加上數(shù)據(jù)鏈路層的報頭, 其中涉及到了 源mac地址和目的mac地址就是在同一個局域網(wǎng)內(nèi), 傳輸數(shù)據(jù),

6.物理層

最后再進過物理層傳輸光電信號.

7. 路由器

由于從源ip地址傳輸?shù)侥康膇p地址需要進過多個路由器轉(zhuǎn)發(fā), 所以路由器是必不可少的. 其中有很多方法如何來選擇路由器, 哪一條路徑最短其中都是有各種算法的在這里就不詳細的講了 …

8. 到達服務(wù)器的物理層

此時經(jīng)過多次的轉(zhuǎn)發(fā), 光電信號終于到達了目的ip的物理層

9. 解析成二進制數(shù)據(jù)

之后就把光電信號解析成二進制的數(shù)據(jù)一層一層的向上傳達

10. 服務(wù)器的數(shù)據(jù)鏈路層

此時服務(wù)器的數(shù)據(jù)鏈路層就會將頭部去掉來解析, 并向上傳遞

11. 服務(wù)器的網(wǎng)絡(luò)層

將ip數(shù)據(jù)報組包, 并去掉頭部向上傳遞到傳輸層

12. 服務(wù)器的傳輸層

此時就會解析, 各種保證可靠性的手段, 比如超時重傳, 確認應(yīng)答之類的

13. 服務(wù)器的應(yīng)用層

此時服務(wù)器收到這個請求了, 那么就會返回一個響應(yīng)并且其中攜帶了一個html文件用來顯示頁面

14. 重復(fù)上述操作

此時返回的響應(yīng)就到達了客戶端的應(yīng)用層
瀏覽器此時就可以解析這個響應(yīng), 并且渲染html頁面, 將其顯示在網(wǎng)頁上面了

15. 總圖解

客戶端發(fā)出請求, 服務(wù)器就返回響應(yīng).就這樣一來一回實現(xiàn)了客戶端與服務(wù)端之間的信息交流

總結(jié)

以上是生活随笔為你收集整理的从浏览器输入URL到最终看到页面, 这其中经历了哪些过程 ?的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。