Question

我已经通过网页测试做了最快的测试。我的网站是SSL安全的。由于某种原因，SSL协商发生了两次。

索引html有一个SSL协商似乎是正确的。第二个请求是通过fetch完成的。我假设第二次SSL协商不是必要的。

fetch("/api/menu")

对于同一域的其余请求，不再进行协商。

Answer 1

首先是menu的TCP连接，然后是SSL设置。这意味着它没有使用先前建立的TCP连接用于新连接，而是创建一个新连接。而这个新的当然也需要SSL。

当使用HTTP / 1.1时，浏览器有多个连接打开到同一站点是很正常的，因为在一个连接中一次只能处理一个请求（这与HTTP / 2不同）。由于在您的情况下，第一个连接仍在用于其他请求，因此创建新连接可能会加快总交付时间。

还可以看出，第二次SSL设置所花费的时间少于第一次。这可能是因为它正在进行会话恢复，即使用与第一次连接中建立的相同的SSL会话，这加速了TLS握手。