iT邦幫忙

DAY 6
0

30 天學會 Web 前端效能優化系列 第 6

[30 天學會 Web 前端效能優化] 6. Life of an HTTP Request

  • 分享至 

  • xImage
  •  

以下為 Faster Websites: Crash Course on Web Performance 這場 Talk 中其中一段的 Slide :

在沒有任何 cache 的情況下,瀏覽器 Request 一個頁面時,必經的第一個步驟就是 DNS Lookup 。

網路通訊過程必須知道對方的 IP Address 才有辦法將資料送到正確的地點,但要記住 IP Address 對人腦而言並不是件易事,因此人們就想出了一個辦法:人們只要知道網域(記住有意義的文字比記一大串數字容易許多)就好,正確的 IP 位址就交由 DNS 幫你找出來。這是 DNS 最基本的概念,詳細運作內容就不再另外花費篇幅贅述了。

透過 DNS 找出 IP Address 後,接著便進入了 TCP 建立連線階段,亦即 Three Way Handshake ,假設封包從 server 傳到 client 需要花費 60ms,那麼光這個階段就花費掉 180ms 了,這就是為什麼應該要啟動 Keep Alive 的原因,否則一個 Request 一個 Connection 的話,浪費掉的時間會非常可觀。

Three Way Handshake 過後,才開始進入 HTTP Request 階段,最後才是下載內容。

在開始後面的內容之前,先讓大家看看這一張圖,想必吸收前面幾篇文章的內容後,看到這一張圖更有感覺了吧?


上一篇
[30 天學會 Web 前端效能優化] 5. 淺談 HTTP 協定
下一篇
[30 天學會 Web 前端效能優化] 7. 瀏覽器做了哪些事? - High Level View
系列文
30 天學會 Web 前端效能優化30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

1 則留言

0
Blackie Tsai
iT邦新手 5 級 ‧ 2014-09-21 09:29:16

好文!!!

我要留言

立即登入留言