從輸入url到網頁載入發生什麼？
我的理解：
第一步：瀏覽器把使用者輸入url中網域名稱，以udp的協議傳送請求給dns伺服器；
第二步：dns伺服器把訪問**的ip位址返回給瀏覽器；
第三步：瀏覽器以***（tcp的http/https等）的方式傳送請求到伺服器；
（ 1、什麼伺服器？答：要訪問**的伺服器。
2、傳送什麼？答：傳送請求。
3、tcp建立連線和斷開連線分別需要幾次握手 ？ 答：tcp建立連線需要3次握手。tcp 斷開連線需要4次。再詳細問題，繼續**下面內容。）
第四步：被訪問伺服器以***（tcp的http/https等） 協議返回網頁內容（到瀏覽器 ）；
第五步：瀏覽器頁面渲染成功。（也就是說網頁顯示到螢幕。）
（如何渲染或解析？誰優先解析？ 等待解答）
總結：
以上五步中每一步都是需要經過計算機網路協議實現。這個問題涉及知識點太廣。就從計算機網路協議出現不少問題。（請**下面內容）
（這是第一次使用wireshark軟體，有描述不對地方，請大家多多指教！）
通過wireshark軟體的截圖（留意：no. 14-47）：
全稱譯文
synsynchronous
建立聯機
ackacknowledgement
確認psh
push
傳送fin
finish
結束rst
reset
重置urg
urgent
緊急sequence number
順序號碼
acknowledge number
確認號碼
各個狀態的意義如下：
名詞簡稱
描述listen
偵聽來自遠方tcp埠的連線請求；
syn-sent
在傳送連線請求後等待匹配的連線請求；
syn-received
在收到和傳送乙個連線請求後等待對連線請求的確認；
established
代表乙個開啟的連線，資料可以傳送給使用者；
fin-wait-1
等待遠端tcp的連線中斷請求，或先前的連線中斷請求的確認；
fin-wait-2
從遠端tcp等待連線中斷請求；
close-wait
等待從本地使用者發來的連線中斷請求；
closing
等待遠端tcp對連線中斷的確認；
last-ack
等待原來發向遠端tcp的連線中斷請求的確認；
time-wait
等待足夠的時間以確保遠端tcp接收到連線中斷請求的確認；
closed
沒有任何連線狀態；
1、網路協議層次結構？
答： 網際網路分成若干層就可以了。常見計算機網路協議有七層協議（osi 七層協議）和五層協議 （tcp/ip五層模型的協議） 。
2、網路協議七層協議（osi 七層模型的協議）是什麼？
**開放系統互連參考模型 (open system interconnect 簡稱osi）**是國際標準化組織(iso)和國際電報**諮詢委員會(ccitt)聯合制定的開放系統互連參考模型，為開放式互連資訊系統提供了一種功能結構的框架。它從低到高分別是：物理層、資料鏈路層、網路層、傳輸層、回話層、表示層和應用層。
3、網路協議五層協議（tcp/ip五層模型的協議）是什麼？
**tcp/ip (transmission control protocol / internet protocol，傳輸控制協議 / 網間網協議)**是目前世界上應用最為廣泛的協議，它的流行與internet的迅猛發展密切相關—tcp/ip最初是為網際網路的原型arpanet所設計的，目的是提供一整套方便實用、能應用於多種網路上的協議，事實證明tcp/ip做到了這一點，它使網路互聯變得容易起來，並且使越來越多的網路加入其中，成為internet的事實標準（事實標準：指大家認可此事件標準，跟官網標準和法律標準不一樣（了解相關諮詢自行查閱）。）。
4、兩者有區別？
網路七層協議 （osi 七層模型的協議 ）：
網路五層協議（tcp/ip五層模型的協議）
（等待解答）
從輸入URL到頁面載入，發生了什麼
整理之前的筆記時，發現之前的掌握的東西尚差的太遠，就仔細查詢了這個問題。總體來說，可以分為一下幾個部分 1.dns解析 2.tcp連線 3.傳送http請求 4.伺服器處理請求並返回http報文 5.瀏覽器解析渲染頁面 6.連線結束 dns解析是將網域名稱轉換成ip的過程,從使用者在瀏覽器位址列輸入...
從輸入URL到頁面載入發生了什麼
最近在進行前端面試方面的一些準備，看了網上許多相關的文章，發現有乙個問題始終繞不開 在瀏覽器中輸入url到整個頁面顯示在使用者面前時這個過程中到底發生了什麼。仔細思考這個問題，發現確實很深，這個過程涉及到的東西很多。這個問題的回答真的能夠很好的考驗乙個web工程師的水平，於是我自問自答一番。總體來說...
從輸入URL到頁面載入發生了什麼
tcp連線 傳送http請求 伺服器處理請求並返回http報文 瀏覽器解析渲染頁面 連線結束 系統快取主要存在 etc hosts linux系統 中 http請求 2xx 成功 表示請求已被成功接收 理解 接受。3xx 重定向 要完成請求必須進行更進一步的操作。4xx 客戶端錯誤 請求有語法錯誤或...