從輸入URL到瀏覽器顯示頁面發生了什麼
當在瀏覽器位址列輸入網址，如：www.baidu.com後瀏覽器是怎麼把最終的頁面呈現出來的呢？這個過程可以大致分為兩個部分：網路通訊和頁面渲染。
一、網路通訊
網際網路內各網路裝置間的通訊都遵循TCP/IP協議，利用TCP/IP協議族進行網路通訊時，會通過分層順序與對方進行通訊。分層由高到低分別為：應用層、傳輸層、網路層、資料鏈路層。傳送端從應用層往下走，接收端從資料鏈路層網上走。如圖所示：
1. 在瀏覽器中輸入url
使用者輸入url，例如http://www.baidu.com。其中http為協議，www.baidu.com為網路地址，及指出需要的資源在那臺計算機上。一般網路地址可以為域名或IP地址，此處為域名。使用域名是為了方便記憶，但是為了讓計算機理解這個地址還需要把它解析為IP地址。
2.應用層DNS解析域名
客戶端先檢查本地是否有對應的IP地址，若找到則返回響應的IP地址。若沒找到則請求上級DNS伺服器，直至找到或到根節點。
3.應用層客戶端傳送HTTP請求
HTTP請求包括請求報頭和請求主體兩個部分，其中請求報頭包含了至關重要的資訊，包括請求的方法（GET / POST）、目標url、遵循的協議（http / https / ftp…），返回的資訊是否需要快取，以及客戶端是否傳送cookie等。
4.傳輸層TCP傳輸報文
位於傳輸層的TCP協議為傳輸報文提供可靠的位元組流服務。它為了方便傳輸，將大塊的資料分割成以報文段為單位的資料包進行管理，併為它們編號，方便伺服器接收時能準確地還原報文資訊。TCP協議通過“三次握手”等方法保證傳輸的安全可靠。
“三次握手”的過程是，傳送端先發送一個帶有SYN（synchronize）標誌的資料包給接收端，在一定的延遲時間內等待接收的回覆。接收端收到資料包後，傳回一個帶有SYN/ACK標誌的資料包以示傳達確認資訊。接收方收到後再發送一個帶有ACK標誌的資料包給接收端以示握手成功。在這個過程中，如果傳送端在規定延遲時間內沒有收到回覆則預設接收方沒有收到請求，而再次傳送，直到收到回覆為止。
5.網路層IP協議查詢MAC地址
IP協議的作用是把TCP分割好的各種資料包傳送給接收方。而要保證確實能傳到接收方還需要接收方的MAC地址，也就是實體地址。IP地址和MAC地址是一一對應的關係，一個網路裝置的IP地址可以更換，但是MAC地址一般是固定不變的。ARP協議可以將IP地址解析成對應的MAC地址。當通訊的雙方不在同一個區域網時，需要多次中轉才能到達最終的目標，在中轉的過程中需要通過下一個中轉站的MAC地址來搜尋下一個中轉目標。
6.資料到達資料鏈路層
在找到對方的MAC地址後，就將資料傳送到資料鏈路層傳輸。這時，客戶端傳送請求的階段結束
7.伺服器接收資料
接收端的伺服器在鏈路層接收到資料包，再層層向上直到應用層。這過程中包括在運輸層通過TCP協議講分段的資料包重新組成原來的HTTP請求報文。
8.伺服器響應請求
服務接收到客戶端傳送的HTTP請求後，查詢客戶端請求的資源，並返回響應報文，響應報文中包括一個重要的資訊——狀態碼。狀態碼由三位數字組成，其中比較常見的是200 OK表示請求成功。301表示永久重定向，即請求的資源已經永久轉移到新的位置。在返回301狀態碼的同時，響應報文也會附帶重定向的url，客戶端接收到後將http請求的url做相應的改變再重新發送。404 not found 表示客戶端請求的資源找不到。
9. 伺服器返回相應檔案
請求成功後，伺服器會返回相應的HTML檔案。接下來就到了頁面的渲染階段了。
二、頁面渲染
現代瀏覽器渲染頁面的過程是這樣的：jiexiHTML以構建DOM樹 –> 構建渲染樹 –> 佈局渲染樹 –> 繪製渲染樹。
DOM樹是由HTML檔案中的標籤排列組成，渲染樹是在DOM樹中加入CSS或HTML中的style樣式而形成。渲染樹只包含需要顯示在頁面中的DOM元素，像<head>元素或display屬性值為none的元素都不在渲染樹中。
在瀏覽器還沒接收到完整的HTML檔案時，它就開始渲染頁面了，在遇到外部鏈入的指令碼標籤或樣式標籤或圖片時，會再次傳送HTTP請求重複上述的步驟。在收到CSS檔案後會對已經渲染的頁面重新渲染，加入它們應有的樣式，圖片檔案載入完立刻顯示在相應位置。在這一過程中可能會觸發頁面的重繪或重排。