那么今天我們就一起來探索下這個(gè)流程，下圖是我梳理出的“從輸入 URL 到頁面展示完整流程示意圖”：
從圖中可以看出，整個(gè)過程需要各個(gè)進(jìn)程之間的配合，所以在開始正式流程之前，
我們還是先來快速回顧下瀏覽器進(jìn)程、渲染進(jìn)程和網(wǎng)絡(luò)進(jìn)程的主要職責(zé)。
瀏覽器進(jìn)程主要負(fù)責(zé)用戶交互、子進(jìn)程管理和文件儲(chǔ)存等功能。
網(wǎng)絡(luò)進(jìn)程是面向渲染進(jìn)程和瀏覽器進(jìn)程等提供網(wǎng)絡(luò)下載功能。
渲染進(jìn)程的主要職責(zé)是把從網(wǎng)絡(luò)下載的 HTML、JavaScript、CSS、圖片等資源解析為可以顯示和交互的頁面。因?yàn)殇秩具M(jìn)程所有的內(nèi)容都是通過網(wǎng)絡(luò)獲取的，會(huì)存在一些惡意代碼利用瀏覽器漏洞對(duì)系統(tǒng)進(jìn)行攻擊，所以運(yùn)行在渲染進(jìn)程里面的代碼是不被信任的。這也是為什么 Chrome 會(huì)讓渲染進(jìn)程運(yùn)行在安全沙箱里，就是為了保證系統(tǒng)的安全。
加入瀏覽器進(jìn)程的，載入url流程：
1，用戶輸入url并回車
2，瀏覽器進(jìn)程檢查url，組裝協(xié)議，構(gòu)成完整的url
3，瀏覽器進(jìn)程通過進(jìn)程間通信（IPC）把url請(qǐng)求發(fā)送給網(wǎng)絡(luò)進(jìn)程
4，網(wǎng)絡(luò)進(jìn)程接收到url請(qǐng)求后檢查本地緩存是否緩存了該請(qǐng)求資源，如果有則將該資源返回給瀏覽器進(jìn)程
5，如果沒有，網(wǎng)絡(luò)進(jìn)程向web服務(wù)器發(fā)起http請(qǐng)求（網(wǎng)絡(luò)請(qǐng)求），請(qǐng)求流程如下：
5.1 進(jìn)行DNS解析，獲取服務(wù)器ip地址，端口（端口是通過dns解析獲取的嗎？這里有個(gè)疑問）
5.2 利用ip地址和服務(wù)器建立tcp連接
5.3 構(gòu)建請(qǐng)求頭信息
5.4 發(fā)送請(qǐng)求頭信息
5.5 服務(wù)器響應(yīng)后，網(wǎng)絡(luò)進(jìn)程接收響應(yīng)頭和響應(yīng)信息，并解析響應(yīng)內(nèi)容
6，網(wǎng)絡(luò)進(jìn)程解析響應(yīng)流程；
6.1 檢查狀態(tài)碼，如果是301/302，則需要重定向，從Location自動(dòng)中讀取地址，重新進(jìn)行第4步
（301/302跳轉(zhuǎn)也會(huì)讀取本地緩存嗎？這里有個(gè)疑問），如果是200，則繼續(xù)處理請(qǐng)求。
6.2 200響應(yīng)處理：
檢查響應(yīng)類型Content-Type，如果是字節(jié)流類型，則將該請(qǐng)求提交給下載管理器，該導(dǎo)航流程結(jié)束，不再進(jìn)行
后續(xù)的渲染，如果是html則通知瀏覽器進(jìn)程準(zhǔn)備渲染進(jìn)程準(zhǔn)備進(jìn)行渲染。
7，準(zhǔn)備渲染進(jìn)程
7.1 瀏覽器進(jìn)程檢查當(dāng)前url是否和之前打開的渲染進(jìn)程根域名是否相同，如果相同，則復(fù)用原來的進(jìn)程，如果不同，則開啟新的渲染進(jìn)程
8. 傳輸數(shù)據(jù)、更新狀態(tài)
8.1 渲染進(jìn)程準(zhǔn)備好后，瀏覽器向渲染進(jìn)程發(fā)起“提交文檔”的消息，渲染進(jìn)程接收到消息和網(wǎng)絡(luò)進(jìn)程建立傳輸數(shù)據(jù)的“管道”
8.2 渲染進(jìn)程接收完數(shù)據(jù)后，向?yàn)g覽器發(fā)送“確認(rèn)提交”
8.3 瀏覽器進(jìn)程接收到確認(rèn)消息后更新瀏覽器界面狀態(tài)：安全、地址欄url、前進(jìn)后退的歷史狀態(tài)、更新web頁面。
- 那什么情況下多個(gè)頁面會(huì)同時(shí)運(yùn)行在一個(gè)渲染進(jìn)程中呢？
要解決這個(gè)問題，我們就需要先了解下什么是同一站點(diǎn)（same-site）。具體地講，我們將“同一站點(diǎn)”定義為根域名（例如，geekbang.org）加上協(xié)議（例如，https:// 或者 http://），還包含了該根域名下的所有子域名和不同的端口，比如下面這三個(gè)：https://time.geekbang.org
https://www.geekbang.org
https://www.geekbang.org:8080
它們都是屬于同一站點(diǎn)，因?yàn)樗鼈兊膮f(xié)議都是 HTTPS，而且根域名也都是 geekbang.org。Chrome 的默認(rèn)策略是，每個(gè)標(biāo)簽對(duì)應(yīng)一個(gè)渲染進(jìn)程。但如果從一個(gè)頁面打開了另一個(gè)新頁面，而新頁面和當(dāng)前頁面屬于同一站點(diǎn)的話，那么新頁面會(huì)復(fù)用父頁面的渲染進(jìn)程。官方把這個(gè)默認(rèn)策略叫 process-per-site-instance。
總結(jié)來說，打開一個(gè)新頁面采用的渲染進(jìn)程策略就是：通常情況下，打開新的頁面都會(huì)使用單獨(dú)的渲染進(jìn)程；如果從 A 頁面打開 B 頁面，且 A 和 B 都屬于同一站點(diǎn)的話，那么 B 頁面復(fù)用 A 頁面的渲染進(jìn)程；如果是其他情況，瀏覽器進(jìn)程則會(huì)為 B 創(chuàng)建一個(gè)新的渲染進(jìn)程。渲染進(jìn)程準(zhǔn)備好之后，還不能立即進(jìn)入文檔解析狀態(tài)，因?yàn)榇藭r(shí)的文檔數(shù)據(jù)還在網(wǎng)絡(luò)進(jìn)程中，并沒有提交給渲染進(jìn)程，所以下一步就進(jìn)入了提交文檔階段。
