<em>Mac</em>Book项目 2009年学校开始实施<em>Mac</em>Book项目,所有师生配备一本<em>Mac</em>Book,并同步更新了校园无线网络。学校每周进行电脑技术更新,每月发送技术支持资料,极大改变了教学及学习方式。因此2011
2021-06-01 09:32:01
在瀏覽器的位址列輸入一個 URL 後回車,背後到底發生了什麼才能使得一個介面完美的展現在我們眼前?
今天講解的這道題目,由於其涉及大量網路協定,可以非常直觀的看出諸位小夥伴對計算機網路體系的整體把握程度,所以自然成為了各大公司的面試常客。
在瀏覽中輸入 URL 並且獲取響應的過程,其實就是瀏覽器和該 URL 對應的伺服器的網路通訊過程。比如我們輸入 www.baidu.com
,那麼會返回一個百度搜尋的介面,這其實就是瀏覽器和百度伺服器之間的網路通訊過程。瀏覽器就是使用者端,用於發出請求,而百度的伺服器就是伺服器端,用於接收並響應請求。
下面我們就來詳細講解這個龐大的網路通訊過程。
不知道有沒有同學會混淆域名和 URL 的概念,可以這樣理解,URL 就是我們輸入的網址,而網址裡面含有域名。舉個例子:www.baidu.com/veal98
是一個網址,而 www.baidu.com
就是伺服器的域名。
URL 各元素的組成如下(當然,下述請求檔案的路徑名可以省略):
這個 URL 請求的目標伺服器上的檔案路徑就是:
那麼首先,瀏覽器做的第一步就是解析 URL 得到裡面的引數,將域名和需要請求的資源分離開來,從而瞭解需要請求的是哪個伺服器,請求的是伺服器上什麼資源等等。
對 URL
進行解析之後,瀏覽器確定了目標伺服器和檔名,接下來就需要根據這些訊息封裝成一個 HTTP 請求報文傳送出去。舉個 HTTP 請求報文的例子:
解釋一下封裝,這是一個貫穿整個計算機網路的概念。就是說傳送端在層與層之間傳輸資料時,每經過一層必定會被打上一個該層所屬的首部資訊。反之,接收端在層與層之間傳輸資料時,每經過一層就會把該層對應的首部資訊消去。
封裝好 HTTP 請求報文後,在正式還有一項準備工作沒有做,那就是獲取目標伺服器的 IP 地址。
雖然解析得到了域名,理論瀏覽器已經知道目標伺服器是誰了。但是實際上,域名並不是目標伺服器真正意義上的地址,網際網路上每一臺計算機都被全世界唯一 IP 地址標識著,但是 IP 地址並不方便記憶,所以才設計出了域名。
那麼就需要解析域名獲取目標伺服器的 IP 地址。不然空有一個方便記憶的域名咋知道這個請求到底傳送到哪裡去呢。由域名轉換得到 IP 地址就是 DNS 協定做的事情,如下:
1)首先搜尋瀏覽器的 DNS 快取,快取中維護著一張域名與 IP 地址的對應表;
2)若沒有命中,則繼續搜尋作業系統的 DNS 快取;
3)若仍然沒有命中,則作業系統將域名傳送至本地域名伺服器,本地域名伺服器查詢自己的 DNS 快取,查詢成功則返回結果(注意:主機和本地域名伺服器之間的查詢方式是遞迴查詢);
4)若本地域名伺服器的 DNS 快取沒有命中,則本地域名伺服器向上級域名伺服器進行查詢,通過以下方式進行迭代查詢(注意:本地域名伺服器和其他域名伺服器之間的查詢方式是迭代查詢,防止根域名伺服器壓力過大):
4)本地域名伺服器將得到的 IP 地址返回給作業系統,同時自己將 IP 地址快取起來
5)作業系統將 IP 地址返回給瀏覽器,同時自己也將 IP 地址快取起來
6)至此,瀏覽器就得到了域名對應的 IP 地址,並將 IP 地址快取起來
配合下圖直觀理解:
需要注意的是,DNS 使用的是 UDP 協定,也就是說上面各種請求的轉發,都是基於 UDP 這個無連線協定的。
獲取到了目標伺服器的 IP 地址之後,瀏覽器就知道我等下請求要發給誰了,這個時候就可以開始傳送封裝好了的 HTTP 請求報文了,那麼既然需要傳送請求,必然就需要 TCP 通過三次握手為瀏覽器和伺服器之間建立可靠的連線,保證雙方都具有可靠的接收和傳送能力。
三次握手過程如下圖:
TCP 三次握手完成後,瀏覽器與目標伺服器之間就建立了一個可靠的虛擬通道,於是瀏覽器就可以傳送自己的 HTTP 請求了。
需要注意的是,HTTP 請求報文或者響應報文在 TCP 連線通道上進行傳輸的時候,由於這些報文比較大,為了更容易和準確可靠的傳輸,TCP 會將 HTTP 報文按序號分割成若干報文段並加上 TCP 首部,分別進行傳輸。接收方在收到這些報文段後,按照序號以原來的順序重組 HTTP 報文。
實際上,TCP 在三次握手建立連線、四次握手斷開連線、以及連線建立過程中的收發資料(TCP 報文段)等各階段操作時,都是通過 IP 協定進行傳輸的,IP 協定將這些階段的資料新增 IP 首部封裝成 IP 資料包再進行傳輸。
IP 資料包的首部存有源 IP 地址和 目標 IP 地址。所謂源 IP 地址 就是傳送方的 IP 地址;目標 IP 地址就是通過 DNS 域名解析得到的目標伺服器的 IP 地址。
事實上,IP 協定身處的網路層規定的是:資料包要通過怎樣的路徑(傳輸路線)才能到達對方計算機,並傳送給對方。不理解這句話的詳細解釋馬上就來,繼續往下讀。
上面說了,IP 協定的作用是把各種封包傳送給對方,而要保證確實傳送到對方那裡,則需要滿足各類條件,其中必要的兩個就是 IP 地址 和 MAC 地址。
MAC 地址也是用來唯一標識一個接入網際網路的裝置的,可能不禁有小夥伴要問,既然網路層已經有了唯一標識的 IP 地址,為啥還需要 MAC 地址?
看下面這幅圖,在網路上,通訊的雙方在同一區域網內的情況是很少見的,通常是需要多臺計算機和網路裝置的中轉才能連線到對方。而在進行中轉時,就需要利用下一站中轉裝置的 MAC 地址來搜尋下一個中轉目標。
比如上圖,網路層告知了 1-2-3 路線,也就是說指明瞭這幾個路由器的 IP 地址。那麼資料鏈路層就會根據這幾個 IP 地址對應的 MAC 地址依次找到 1、2、3,並在他們之間傳輸資料。
這麼說吧,舉個形象點的例子:我們把資料鏈路層當成乘坐高鐵從蘇州到南京,再在南京轉乘到北京,再在北京轉乘到西藏的旅客,那麼網路層就相當於每個車站的工作人員,在資料鏈路層每次轉乘時,網路層為其購買了一張標有下一個 MAC 地址的車票。因此,即使旅客(資料鏈路層)不知道其最終目的地也沒有關係,工作人員(網路層)會給你做出指引。
實際上,網路層做出指引的過程,我們將其稱為路由控制,其中又涉及到了路由協定比如 OSPF 等
那麼,將 IP 地址轉化為 MAC 地址,從而在資料鏈路層精確的傳輸資料的協定就是 ARP 協定。
ARP 是藉助 ARP 請求與 ARP 響應兩種型別的包確定 MAC 地址的。並且每個主機都有一個 ARP 快取記憶體,裡面有本區域網上的各主機和路由器的 IP 地址到 MAC 地址的對映表。
如下圖所示,假定主機 A 向同一鏈路上的主機 B 傳送 IP 資料包,已知主機 A 和主機 B 的 IP 地址,它們互不知道對方的 MAC 地址:
1)首先,主機 A 為了獲得主機 B 的 MAC 地址,它會先去查詢自己的 ARP 快取記憶體中有沒有主機 B 的相關記錄;
2)如果主機 A 的 ARP 快取記憶體中沒有主機 B 的 IP 地址到 MAC 地址的對映,主機 A 就會通過廣播的方式傳送 ARP 請求包(該包攜帶自己的 IP 地址 和 MAC 地址 以及 目標主機的 IP 地址),表明自己想要獲得主機 B 的 MAC 地址;
2) 由於廣播請求可以被同一個鏈路上的所有主機或路由器接收,因此如果這條鏈路上某個主機或路由的 IP 地址與這個 ARP 請求包中包含的目標主機的 IP 地址相同,那麼這個節點就將自己的 MAC 地址塞入 ARP 響應包中返回給主機 A;
當然,ARP 響應包是以單播的形式進行傳送的,畢竟 ARP 請求包中已經包含了主機 A 的 IP 地址,所以主機 B 非常清楚這個響應包應該傳送給誰。
大部分網路協定在設計的時候,都是保持極度剋制的,不需要的互動就砍掉,能合併的資訊就合併,能不用廣播就用單播,以此讓頻寬變得更多讓網路變得更快。
3)主機 A 在收到主機 B 發過來的 ARP 響應包後,向其 ARP 快取記憶體中寫入主機 B 的 IP 地址到 MAC 地址的對映。
當然,快取是有一定期限的,超過這個期限,快取的內容將被清空。這也使得即使 MAC 地址和 IP 地址的對映關係發生了變化,也依然能夠正確的將封包傳送給目標地址。
瀏覽器的 HTTP 請求報文通過 TCP 三次握手建立的連線通道被切分成若干報文段分別傳送給伺服器,伺服器在收到這些報文段後,按照序號以原來的順序重組 HTTP 請求報文。然後處理並返回一個 HTTP 響應。當然,HTTP 響應報文也要經過和 HTTP 請求報文一樣的過程。
看下方這個圖回顧一下(圖片來源《圖解 HTTP》):
瀏覽器和伺服器都不再需要傳送資料後,四次揮手斷開 TCP 連線
瀏覽器接收到伺服器返回的封包,根據瀏覽器的渲染機制對相應的資料進行渲染
遮蔽掉底層細節,籠統的總結一下上述過程:
應用層:
傳輸層:
網路層:
伺服器端在鏈路層收到資料,按序往上層傳送,一直到應用層接收到瀏覽器傳送來的 HTTP 請求報文,然後處理該請求並返回 HTTP 響應報文,瀏覽器接收到響應報文之後解析渲染介面。最後 TCP 斷開連線。
以上就是解析在瀏覽器位址列輸入一個URL後發生了什麼的詳細內容,更多關於在瀏覽器位址列輸入一個URL的資料請關注it145.com其它相關文章!
相關文章
<em>Mac</em>Book项目 2009年学校开始实施<em>Mac</em>Book项目,所有师生配备一本<em>Mac</em>Book,并同步更新了校园无线网络。学校每周进行电脑技术更新,每月发送技术支持资料,极大改变了教学及学习方式。因此2011
2021-06-01 09:32:01
综合看Anker超能充系列的性价比很高,并且与不仅和iPhone12/苹果<em>Mac</em>Book很配,而且适合多设备充电需求的日常使用或差旅场景,不管是安卓还是Switch同样也能用得上它,希望这次分享能给准备购入充电器的小伙伴们有所
2021-06-01 09:31:42
除了L4WUDU与吴亦凡已经多次共事,成为了明面上的厂牌成员,吴亦凡还曾带领20XXCLUB全队参加2020年的一场音乐节,这也是20XXCLUB首次全员合照,王嗣尧Turbo、陈彦希Regi、<em>Mac</em> Ova Seas、林渝植等人全部出场。然而让
2021-06-01 09:31:34
目前应用IPFS的机构:1 谷歌<em>浏览器</em>支持IPFS分布式协议 2 万维网 (历史档案博物馆)数据库 3 火狐<em>浏览器</em>支持 IPFS分布式协议 4 EOS 等数字货币数据存储 5 美国国会图书馆,历史资料永久保存在 IPFS 6 加
2021-06-01 09:31:24
开拓者的车机是兼容苹果和<em>安卓</em>,虽然我不怎么用,但确实兼顾了我家人的很多需求:副驾的门板还配有解锁开关,有的时候老婆开车,下车的时候偶尔会忘记解锁,我在副驾驶可以自己开门:第二排设计很好,不仅配置了一个很大的
2021-06-01 09:30:48
不仅是<em>安卓</em>手机,苹果手机的降价力度也是前所未有了,iPhone12也“跳水价”了,发布价是6799元,如今已经跌至5308元,降价幅度超过1400元,最新定价确认了。iPhone12是苹果首款5G手机,同时也是全球首款5nm芯片的智能机,它
2021-06-01 09:30:45