最近在看一本關(guān)于網(wǎng)絡(luò)協(xié)議的書《圖解HTTP》
當(dāng)我們在瀏覽器的地址欄輸入 http://www.pwstrick.com 奄毡，然后回車廊镜，回車這一瞬間到看到頁面到底發(fā)生了什么呢第岖？
- 域名解析
- 建立TCP連接
- 發(fā)起HTTP請求
- 服務(wù)器響應(yīng)HTTP請求
- 瀏覽器渲染頁面
自己原先不是很了解金蜀，通過讀了這本書后了解了些內(nèi)幕。
接下來將使用工具Chrome茁裙、Fiddler、Wireshark节仿。
一晤锥、基礎(chǔ)概念
1）TCP/IP是互聯(lián)網(wǎng)相關(guān)的各類協(xié)議族的總稱
2）TCP/IP分為4層：應(yīng)用層、傳輸層、網(wǎng)絡(luò)層矾瘾、鏈路層女轿。
發(fā)送端從應(yīng)用層網(wǎng)下走，接收端從鏈路層網(wǎng)上走壕翩。
IP（Internet Protocol）：網(wǎng)際協(xié)議位于網(wǎng)絡(luò)層蛉迹，IP地址可以和MAC地址配對。
ARP（Address Resolution Protocol）：ARP是一種用以解析地址的協(xié)議放妈，根據(jù)通信方的IP地址反查出對應(yīng)的MAC地址北救。
Routing：路由選擇，有點像快遞公司的送貨過程芜抒。
TCP（Transmission Control Protocol）：傳輸控制協(xié)議珍策，提供可靠的字節(jié)流傳輸，將大數(shù)據(jù)分割成報文段（segment）宅倒，TCP協(xié)議能夠確認(rèn)數(shù)據(jù)最終是否送達(dá)到對方攘宙。
3）數(shù)據(jù)信息包裝
4）域名解析DNS服務(wù)
DNS（Domain Name System）位于應(yīng)用層，提供域名和IP地址之間的解析服務(wù)拐迁。
5）URI和URL
URI（Uniform Resource Identifier）：統(tǒng)一資源標(biāo)識符蹭劈。
URL（Uniform Resoure Locator）：統(tǒng)一資源定位符，通俗的說法是網(wǎng)址唠亚。
URI表示某一互聯(lián)網(wǎng)資源链方，而URL表示資源地點，所以URL是URI的子集灶搜，下面是幾個URI資源祟蚀。
6）RFC
RFC（Request For Comments）：征求修正意見書，RFC是互聯(lián)網(wǎng)的設(shè)計文檔割卖。
要是不按照RFC標(biāo)準(zhǔn)執(zhí)行前酿，就有可能導(dǎo)致無法通信的狀況。
7）HTTP
HTTP是無狀態(tài)協(xié)議鹏溯，協(xié)議對于發(fā)送過的請求或響應(yīng)都不做持久化處理罢维。
HTTP/1.1為了實現(xiàn)保持狀態(tài)的功能，引入了Cookie丙挽。
二肺孵、域名解析
在《What really happens when you navigate to a URL》中曾提到DNS會先在緩存中查找記錄。
瀏覽器緩存颜阐、系統(tǒng)緩存平窘、路由器緩存、ISP DNS 緩存凳怨、遞歸搜索瑰艘。
三是鬼、建立TCP連接
1）發(fā)送端發(fā)送一個帶SYN標(biāo)志的數(shù)據(jù)包給對方
Sequence Number：序號；
Acknowledgment Number：確認(rèn)號紫新。
2）接收端回傳一個帶有SYN和ACK標(biāo)志的數(shù)據(jù)包以示傳達(dá)確認(rèn)信息
3）發(fā)送端再回傳一個帶ACK標(biāo)志的數(shù)據(jù)包均蜜，代表“握手結(jié)束”
四、發(fā)起HTTP請求
HTTP（Hyper Text Transfer Protocol）芒率，超文本傳輸協(xié)議囤耳，由請求和響應(yīng)構(gòu)成。
在書本的第3章介紹了HTTP信息敲董。
1）請求報文
報文首部內(nèi)容如下：
在書本的第6章中有詳細(xì)的HTTP首部說明紫皇。
“Connection:keep-alive”：持久連接，只要任意一端沒有明確提出斷開腋寨，就保持TCP連接狀態(tài)聪铺。
2）響應(yīng)報文
報文首部內(nèi)容如下：
上圖中的200是HTTP狀態(tài)碼，在書中的第4章詳細(xì)介紹了狀態(tài)碼萄窜。
五铃剔、服務(wù)器響應(yīng)HTTP請求
從上面的響應(yīng)報文中可以看到服務(wù)器軟件是Nginx，并且請求的是一張PHP頁面查刻。
以前曾經(jīng)寫過一篇《PHP代碼的執(zhí)行》键兜，不過軟件用的是Apache。這里就假設(shè)是Apache+PHP(fastcgi)架構(gòu)提供服務(wù)穗泵。
1）Apache
Apache對HTTP的請求可以分為連接普气、處理和斷開連接3個大的階段。同時也可以分為上圖所示的11個小的階段佃延。
2）FastCGI
FastCGI可以讓一個客戶端现诀，從網(wǎng)頁瀏覽器向執(zhí)行在Web服務(wù)器上的程序請求數(shù)據(jù)。
比如現(xiàn)在請求的是“index.php”履肃，根據(jù)配置文件仔沿，Apache知道這個不是靜態(tài)文 件，需要去找PHP解析器來處理尺棋，那么它會把這個請求簡單處理后交給PHP解析器封锉。
Apache會傳url、查詢字符串膘螟、POST數(shù)據(jù)成福、HTTP header等，而CGI就是規(guī)定要傳哪些數(shù)據(jù)荆残、以什么樣的格式傳遞給后方處理這個請求的協(xié)議闷叉。
3）PHP腳本執(zhí)行
PHP程序完成基本的準(zhǔn)備工作后啟動PHP及Zend引擎， 加載注冊的擴(kuò)展模塊脊阴。
初始化完成后讀取腳本文件，Zend引擎對腳本文件進(jìn)行詞法分析，語法分析嘿期。
編譯成opcode執(zhí)行品擎。
服務(wù)器最終將生成的HTML代碼返回給瀏覽器。
六备徐、瀏覽器渲染頁面
從Chrome的網(wǎng)絡(luò)工具中可以看到萄传，瀏覽器會先下載HTML代碼，再去下載CSS或JS外部資源蜜猾。
網(wǎng)上的很多資料顯示秀菱，瀏覽器是邊下載HTML，邊解析HTML的蹭睡。
有篇文章叫《How browsers work》介紹瀏覽器內(nèi)部工作原理的衍菱，文中提到了瀏覽器的渲染引擎——Webkit。
渲染引擎首先通過網(wǎng)絡(luò)獲得所請求文檔的內(nèi)容肩豁，通常以8K分塊的方式完成脊串，下面是渲染引擎基本流程：
解析HTML以構(gòu)建DOM樹 -> 構(gòu)建Render（渲染）樹 -> 布局Render樹 -> 繪制Render樹
下圖是Webkit的主流程：
參考資料：
Wireshark基本用法
當(dāng)你輸入一個網(wǎng)址，實際會發(fā)生什么?
一次完整的HTTP事務(wù)是怎樣一個過程
從輸入url到頁面加載完的過程中都發(fā)生了什么事情
當(dāng)在瀏覽器地址欄輸入一個URL后回車清钥，將會發(fā)生的事情琼锋？
原文轉(zhuǎn)載至：http://www.cnblogs.com/strick/p/5494869.html
