作為一個大學學過計算機網(wǎng)絡的人，在工作后。。。幾乎把TCP/IP模型和OSI模型忘得干干凈凈的了，重新根據(jù)百度詞條，對瀏覽器地址解析做了粗略的總結(jié)，也當是給自己加深一下印象。
首先瀏覽器要將URL解析為IP地址，解析域名就要用到DNS協(xié)議，首先主機會查詢DNS的緩存，如果沒有就給本地DNS發(fā)送查詢請求。DNS查詢分為兩種方式，一種是遞歸查詢，一種是迭代查詢。如果是迭代查詢，本地的DNS服務器，向根域名服務器發(fā)送查詢請求，根域名服務器告知該域名的一級域名服務器，然后本地服務器給該一級域名服務器發(fā)送查詢請求，然后依次類推直到查詢到該域名的IP地址。DNS服務器是基于UDP的，因此會用到UDP協(xié)議。
得到IP地址后，瀏覽器就要與服務器建立一個http連接。因此要用到http協(xié)議。http生成一個get請求報文，將該報文傳給TCP層處理，所以還會用到TCP協(xié)議。如果采用https還會使用https協(xié)議先對http數(shù)據(jù)進行加密。TCP層如果有需要先將HTTP數(shù)據(jù)包分片，分片依據(jù)路徑MTU和MSS。TCP的數(shù)據(jù)包然后會發(fā)送給IP層，用到IP協(xié)議。IP層通過路由選路，一跳一跳發(fā)送到目的地址。當然在一個網(wǎng)段內(nèi)的尋址是通過以太網(wǎng)協(xié)議實現(xiàn)(也可以是其他物理層協(xié)議，比如PPP，SLIP)，以太網(wǎng)協(xié)議需要直到目的IP地址的物理地址，有需要ARP協(xié)議。
其中：
1、DNS協(xié)議，http協(xié)議，https協(xié)議屬于應用層
應用層是體系結(jié)構(gòu)中的最高層。應用層確定進程之間通信的性質(zhì)以滿足用戶的需要。這里的進程就是指正在運行的程序。應用層不僅要提供應用進程所需要的信息交換和遠地操作，而且還要作為互相作用的應用進程的用戶代理，來完成一些為進行語義上有意義的信息交換所必須的功能。應用層直接為用戶的應用進程提供服務。
2、TCP/UDP屬于傳輸層
傳輸層的任務就是負責主機中兩個進程之間的通信。因特網(wǎng)的傳輸層可使用兩種不同協(xié)議：即面向連接的傳輸控制協(xié)議TCP，和無連接的用戶數(shù)據(jù)報協(xié)議UDP。面向連接的服務能夠提供可靠的交付，但無連接服務則不保證提供可靠的交付，它只是“盡最大努力交付”。這兩種服務方式都很有用，備有其優(yōu)缺點。在分組交換網(wǎng)內(nèi)的各個交換結(jié)點機都沒有傳輸層。
3、IP協(xié)議，ARP協(xié)議屬于網(wǎng)絡層
網(wǎng)絡層負責為分組交換網(wǎng)上的不同主機提供通信。在發(fā)送數(shù)據(jù)時，網(wǎng)絡層將運輸層產(chǎn)生的報文段或用戶數(shù)據(jù)報封裝成分組或包進行傳送。在TCP/IP體系中，分組也叫作IP數(shù)據(jù)報，或簡稱為數(shù)據(jù)報。網(wǎng)絡層的另一個任務就是要選擇合適的路由，使源主機運輸層所傳下來的分組能夠交付到目的主機。
4、數(shù)據(jù)鏈路層
當發(fā)送數(shù)據(jù)時，數(shù)據(jù)鏈路層的任務是將在網(wǎng)絡層交下來的IP數(shù)據(jù)報組裝成幀，在兩個相鄰結(jié)點間的鏈路上傳送以幀為單位的數(shù)據(jù)。每一幀包括數(shù)據(jù)和必要的控制信息（如同步信息、地址信息、差錯控制、以及流量控制信息等）?？刂菩畔⑹菇邮斩四軌蛑馈獋€幀從哪個比特開始和到哪個比特結(jié)束?？刂菩畔⑦€使接收端能夠檢測到所收到的幀中有無差錯。
5、物理層文章來源：http://www.zghlxwxcb.cn/news/detail-487983.html
物理層的任務就是透明地傳送比特流。在物理層上所傳數(shù)據(jù)的單位是比特。傳遞信息所利用的一些物理媒體，如雙絞線、同軸電纜、光纜等，并不在物理層之內(nèi)而是在物理層的下面。因此也有人把物理媒體當做第0層。文章來源地址http://www.zghlxwxcb.cn/news/detail-487983.html
到了這里，關(guān)于在瀏覽器中輸入URL到顯示頁面經(jīng)歷哪些過程，涉及到哪些協(xié)議？的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
