我已经通过网页测试做了最快的测试。我的网站是SSL安全的。由于某种原因,SSL协商发生了两次。
索引html有一个SSL协商似乎是正确的。第二个请求是通过fetch完成的。我假设第二次SSL协商不是必要的。
fetch("/api/menu")
对于同一域的其余请求,不再进行协商。
答案 0 :(得分:1)
首先是menu
的TCP连接,然后是SSL设置。这意味着它没有使用先前建立的TCP连接用于新连接,而是创建一个新连接。而这个新的当然也需要SSL。
当使用HTTP / 1.1时,浏览器有多个连接打开到同一站点是很正常的,因为在一个连接中一次只能处理一个请求(这与HTTP / 2不同)。由于在您的情况下,第一个连接仍在用于其他请求,因此创建新连接可能会加快总交付时间。
还可以看出,第二次SSL设置所花费的时间少于第一次。这可能是因为它正在进行会话恢复,即使用与第一次连接中建立的相同的SSL会话,这加速了TLS握手。