避免首次請求和後續資源的併發SSL/TLS協商

我在MS Azure上配置了一個實例，併爲該域實施了SSL證書。當我測試性能時（在3G上），我注意到SSL協商正在同時發生在兩個請求上，這（不必要地）延長了過程並且在0.6s時間內完成。避免首次請求和後續資源的併發SSL/TLS協商

Webpagetest Screenshot here

有沒有人有一個提示如何解決/避免這種情況？它爲渲染路徑增加了額外的0.3秒，我覺得它可以避免。

使用並行連接是瀏覽器的一項功能，您無法將其從服務器端停止。此外，圖中的內容讓您認爲並行SSL握手會減慢獲取所有資源的流程？在加載初始頁面'/'後，我只能看到加速，它現在並行地加載嵌入資源'x.png'和't.jpg'。 –

@SteffenUllrich感謝您的快速響應！我會說，因爲它在第一個和第三個請求上並行執行套接字連接+ TLS握手，帶寬被分離，因此需要更長的時間才能完成。只有在第一個請求中執行此操作纔會更有意義，然後繼續並行連接以獲取更多資源。 – user8542506

在大多數情況下，TLS握手是延遲綁定而不是帶寬綁定。如果您有低延遲低帶寬連接，這可能會有所不同，但我認爲3G並不如此。但是，這又是瀏覽器的行爲方式，你無法從服務器控制它。 –

我會密切關注'SSL/TLS會話' - 這正是您需要減少談判時間。不要將它們與HTTP會話混淆。

2017-09-01 02:01:37 sirgeorge

回答