据我所知,在最初的 SSL 握手之后,没有什么可以显着延迟 HTTPS,因此它的性能类似于普通 HTTP。但是,在我的情况下,在将 HTTPS 与 HTTP 进行比较时,似乎总是有一个额外的往返。所以我认为服务器和客户端在每个页面加载时都进行一次握手,而不是在整个会话中只进行一次。
我深入挖掘,发现 Connection 标头设置为关闭而不是保持活动状态。这会导致服务器和客户端在每个页面请求上握手吗?
据我所知,在最初的 SSL 握手之后,没有什么可以显着延迟 HTTPS,因此它的性能类似于普通 HTTP。但是,在我的情况下,在将 HTTPS 与 HTTP 进行比较时,似乎总是有一个额外的往返。所以我认为服务器和客户端在每个页面加载时都进行一次握手,而不是在整个会话中只进行一次。
我深入挖掘,发现 Connection 标头设置为关闭而不是保持活动状态。这会导致服务器和客户端在每个页面请求上握手吗?
tools.ietf.org/html/rfc2616 :
HTTP/1.1"close"
为发送者定义了连接选项,以指示连接将在响应完成后关闭。例如,请求或响应头字段中的 Connection: close 表示在当前请求/响应完成后,连接不应被视为“持久”(第 8.1 节)