http串連過程遇到的各種效能瓶頸

標籤：這一   開始   bubuko   alt   自己   握手   nbsp   過程   com   

昨天寫了http中的流程，今天針對這個流程，歸納幾個可能遇到的效能瓶頸

　　1. DNS查詢

　　　　　網域名稱解析雖然只要一次，本地就會緩衝，但是有時候後端的服務可能綁定在次層網域下，這樣解析複雜度就上去了，而一些大廠關聯的網域名稱可能更多，每一個網域名稱解析都會增加回應時間，更為耗時的是之後還要tcp三向交握，

　　　　　對應的昨天流程圖中的：

　　　　　

　　2.建立串連

　　　這裡就是我覺得最為耗時的tcp三向交握了，如果是TLS串連還要加上TLS的網路耗時，除此之外，TLS協議本身還要瀏覽器和伺服器解析，這也是耗時操作，這一部分對應：

　　　

 

　　3.TTFB

　　　　time to first bytes 首位元組時間，這個就要伺服器響應速度了，以及首頁面的資源排布了，對應的地方是

　　　　

 

　　　　注意這個部分算的是往返操作，就是說不單單是用戶端的發出，還要算上服務端的響應

　　4 TTLB

　　　　請求資源最後到達的的時間

　　5 開始渲染時間

　　　　這裡開始就是瀏覽器的部分，瀏覽器螢幕上開始響應內容的時間，就是使用者等待頁面的時間，這是這一部分的

　　　　

 

　　6.文檔載入完成時間

　　　　這一部分就是所有頁面資源載入的時間，對應的是

　　　　

　　最後，大體上每個連結步驟都是耗時操作，在這篇博文中雖然我把他們分開講，是為了讓我自己分清楚，實際上裡面有些概念是子集和父集的概念，例如TTFB時間實際上包含了前面DNS解析和TCP三向交握的時間，和別人裝逼的時候一定要注意

　　還有一點，上面的每一個資源的增加都會造成效能的下降，例如引用的js檔案如果增加，頁面載入完成時間也會增加

http串連過程遇到的各種效能瓶頸