1
在我的應用程序中,當我加載頁面時,許多資源從緩存中加載。但2個請求之間我越來越喜歡如下圖所示的圖像有一些延遲: 爲什麼Google Chrome網絡中的http請求之間存在差距?
有人能告訴我爲什麼我收到這兩個請求之間的延遲時間(〜300毫秒)。
在我的應用程序中,當我加載頁面時,許多資源從緩存中加載。但2個請求之間我越來越喜歡如下圖所示的圖像有一些延遲: 爲什麼Google Chrome網絡中的http請求之間存在差距?
有人能告訴我爲什麼我收到這兩個請求之間的延遲時間(〜300毫秒)。
缺口是排隊或停滯的時間。這可以在以下的例子中,其示出了四個請求來證明,與最後兩個是主要焦點的給我們:
正如您在上面看到的那樣,第4個請求中還有一個額外的排隊時間以及更多的s塔靈。下面是這個解釋,保羅愛爾蘭寫的:
隊列:
如果請求排隊它表明:
請求被渲染引擎,因爲推遲它被認爲比關鍵資源(例如腳本/樣式)更低的優先級。這通常發生在圖像上。
該請求被擱置等待一個即將釋放的不可用的TCP套接字。
請求被暫時擱置,因爲瀏覽器只允許在HTTP 1.
時間花在磁盤緩存條目每原點6個TCP連接(通常是非常快的。)
失速/封閉:
時間請求倒底花g,然後才能發送。它可以是 等待隊列描述的任何原因。此外,此時 包含花費在代理協商中的任何時間。
謝謝基甸 – Sriks
排隊和停滯不前的時間花費在網絡面板也顯示。如果您查看排隊和停滯的時間消耗,則可以看到與時差不匹配。我想,答案是外部文件的位置,如CSS,JavaScript文件。如果你把它們連接在身體的盡頭,準備好接受差距。當我改變.js文件的位置時,差距就消失了。 –