避免首次请求和后续资源的并发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

回答