浏览器从HTTP重定向到HTTPS时是否会新建TCP连接？

当客户端通过80端口访问HTTP服务被重定向到443端口HTTPS服务时，浏览器一定会和443端口建立全新的TCP连接，完全不会复用之前80端口建立的连接。

无法复用连接的核心原因 #

• TCP连接的唯一身份标识是四元组：源IP、源端口、目标IP、目标端口。只要目标端口从80变更为443，就属于完全不同的连接实体，TCP协议本身不存在跨端口复用连接的机制。
• 两个连接的上层协议逻辑完全不兼容：80端口建立的是明文传输的HTTP连接，没有加密层；443端口的HTTPS要求TCP连接建立后先完成TLS握手、协商加密参数、验证证书、生成会话密钥后才能传输业务流量，旧的80端口连接从未完成TLS协商流程，根本不具备传输HTTPS流量的能力。
• 从连接生命周期看，80端口的TCP连接在完成重定向响应传输后，要么直接由双方发起四次挥手关闭，要么被放入明文HTTP连接池等待超时回收，和443端口的新连接没有任何关联。

整个流程完全分为两个独立的连接阶段，不存在跨连接的逻辑复用：

1. 80端口明文交互阶段
   • 传输层（TCP）：客户端首先向服务端80端口发起SYN包，完成标准TCP三次握手，建立明文TCP连接，内核会为这个连接分配独立的socket资源。
   • 应用层（HTTP）：客户端在这条明文连接上发送HTTP请求，例如常见的GET / HTTP/1.1请求，携带Host、User-Agent等标准请求头。
   • 服务端收到请求后，通过同一条80端口的明文连接返回3xx类重定向状态码（常见为301永久重定向、302临时重定向、307/308保请求方法重定向），响应头中携带Location: https://目标域名/字段，明确告知客户端需要跳转的HTTPS地址。
   • 客户端解析完重定向响应后，就会启动80端口连接的回收流程，不会再通过这条连接发送任何业务请求。
2. 443端口HTTPS连接阶段
   • 传输层（TCP）：客户端重新构造SYN包，目标端口改为443，和服务端完成新一轮TCP三次握手，内核为这个新连接分配全新的socket资源，和之前80端口的连接完全独立。
   • TLS加密层：TCP连接建立后，客户端首先发起TLS握手流程，协商TLS版本、加密套件，验证服务端证书合法性，通过非对称加密协商出后续传输用的对称会话密钥，整个握手流程完成后才会进入HTTP报文传输阶段。
   • 应用层（HTTP）：加密通道建立完成后，客户端才会通过TLS加密通道发送目标地址对应的HTTP请求，后续所有业务流量都走这条新的443端口连接。

补充说明：如果浏览器之前收到过目标域名的HSTS（HTTP严格传输安全）响应头，后续访问该域名的HTTP地址时会直接在浏览器内部将请求替换为HTTPS请求，不会再向80端口发起任何连接，这种场景下不存在80端口的前置连接，自然也不存在复用一说。

内容的提问来源于stack exchange，提问作者kent