内容摘要：```html 80端口和443端口区别 你打开浏览器，地址栏里敲下 http:// 开头的网址，数据走的就是80端口。换成 https://，默认走443。这事儿看起来简单，但很多人搞混

```html

你打开浏览器，端口地址栏里敲下 http:// 开头的和端网址，数据走的口区就是80端口。换成 https://，端口默认走443。和端这事儿看起来简单，口区但很多人搞混了——以为80和443只是端口数字不同，换个端口号而已。和端实际上，口区它们背后是端口两套完全不同的通信逻辑。

先说我自己的和端经历。早些年搭个人博客，口区图省事用80端口跑HTTP，端口结果某天收到运营商弹窗广告，和端页面底部被硬塞了一条“流量包推荐”。口区查了半天，发现是中间链路被劫持了。HTTP是明文传输，你发的每一个字符——包括密码、Cookie、搜索关键词——都像写在明信片上寄出去，路上谁都能翻看，甚至改几笔。80端口就是这条明信片通道。

443端口不一样。它跑的是HTTPS，底层是TLS加密。你发出去的数据先被锁进一个保险箱，只有目标服务器有钥匙。中间路由器、运营商、Wi-Fi提供者，只能看到你连了哪个IP、传了多少字节，内容完全抓瞎。我后来把博客迁到443，弹窗广告立刻消失。这不是玄学，是加密把篡改路径堵死了。

端口号本身只是TCP/IP协议里的一个数字标识，范围0到65535。80和443被IANA（互联网号码分配局）分别指定为HTTP和HTTPS的默认端口。浏览器很聪明：你输入 example.com，它自动补全 http:// 并连80；你输入 https://example.com，它连443。但服务器可以改——比如把HTTP服务挂在8080，HTTPS挂在8443。只是用户得手动加端口号，体验差，所以默认值才这么根深蒂固。

性能上，443比80多了一步TLS握手。早期握手要来回好几次，延迟明显。现在TLS 1.3把握手压到一次往返，甚至支持0-RTT，差距已经很小。但CPU开销依然存在——加密解密要算力。小网站用80可能省点服务器资源，可一旦被劫持或篡改，省的那点算力远不够赔用户信任。

有个细节常被忽略：80端口和443端口在防火墙策略里待遇不同。很多企业内网只放行443，封死80。为什么？因为80明文，DLP（数据防泄漏）系统能直接扫内容，但这也意味着攻击者能轻易注入恶意脚本。443加密后，防火墙只能看SNI（服务器名称指示）字段，看不到具体URL路径。安全团队又爱又恨——爱它保护隐私，恨它藏匿威胁。

再说个实际案例。某电商网站曾把支付页面放在80端口，结果被ISP注入广告脚本，用户点击“支付”时弹出一个假的银行验证框。攻击者通过篡改HTTP响应，把支付表单的action地址改到自己的服务器。换成443后，这种中间人攻击直接失效——因为篡改会导致TLS证书校验失败，浏览器会亮红警告。

证书是443的命门。没有有效证书，浏览器会拦截。Let's Encrypt让免费证书普及了，但配置不当照样出问题。我见过有人把证书过期日期设错，结果443端口拒绝连接，用户看到“您的连接不是私密连接”，扭头就走。80端口没这烦恼——它压根不验证身份，谁都能冒充服务器。

那是不是443全面碾压80？也不尽然。内网测试、临时文件分享、老旧设备通信，80端口仍有存在价值。比如某些IoT设备只支持HTTP，强行上HTTPS会拖慢响应。但面向公网的网站，2024年还用80跑登录页，基本等于把用户密码写在公告板上。

最后提一嘴端口复用。Nginx可以同时监听80和443，把80的请求301重定向到443。这招我常用——用户输 example.com，先走80，服务器立刻回一个“永久重定向”到 https://example.com，浏览器再走443。既照顾了用户习惯，又强制加密。配置就三行代码，比解释为什么需要HTTPS省事多了。

所以下次看到地址栏的小锁图标，记住：那是443端口在干活。没锁的，八成是80。数字背后，是明文与加密、信任与风险的分界线。

```