关于浏览器识别HTTPS并启动TLS握手的技术咨询

嘿，这个问题问到点子上了！其实浏览器判断是否要启动TLS握手，主要靠这几种常见方式：

• 用户输入的URL协议前缀：这是最直接的方式，如果用户输入的是https://example.com，相当于直接给浏览器下指令：“用HTTPS协议连接这个网站”，浏览器自然就会先发起TLS握手，再传输HTTP数据。要是用户只输入域名（比如example.com），现在主流浏览器（Chrome、Firefox等）为了安全，都会默认优先尝试HTTPS，而不是早年的HTTP。

• HTTP严格传输安全（HSTS）机制：如果你之前访问过某个网站，该网站返回了Strict-Transport-Security响应头，浏览器就会把这个域名存入本地的HSTS列表。下次再访问这个域名时，不管你输入的是HTTP还是不带协议前缀的地址，浏览器都会直接跳过HTTP尝试，强制发起HTTPS连接并启动TLS握手。另外，像Chrome这类浏览器还维护了一个HSTS预加载列表，很多知名网站提前加入了这个列表，浏览器一启动就知道这些域名必须用HTTPS。

• 默认端口号的约定：行业里默认HTTP用80端口，HTTPS用443端口。如果用户指定了443端口（比如example.com:443），浏览器会默认使用HTTPS协议，直接启动TLS握手。当然，理论上可以把HTTPS部署在80端口、HTTP部署在443，但几乎没人这么做，大家都遵循这个默认约定。

• 服务器的重定向指令：如果用户先访问了HTTP版本的网站（比如输入http://example.com），服务器可能会返回301/302重定向响应，指向HTTPS版本的地址。浏览器收到这个重定向后，就会重新发起HTTPS请求，启动TLS握手。不过这种方式有安全隐患——中间可能被攻击者劫持篡改重定向地址，而HSTS机制就是为了弥补这个漏洞。

简单来说，要么是用户明确指定了HTTPS，要么是浏览器提前记住了网站的安全要求，要么是服务器引导浏览器切换到HTTPS，再就是靠默认端口的行业约定来判断啦。

备注：内容来源于stack exchange，提问作者Ken Kaneki