80端口

凌晨三点，端口我盯着浏览器里那个旋转的端口加载图标，第无数次刷新着同一个地址。端口80端口，端口这个数字在过去的端口七十二小时里像一枚钉子，钉进了我的端口睡眠。

事情要从上周说起。端口我接手了一个老项目的端口维护，代码是端口十年前写的，跑在一台同样上了年纪的端口服务器上。交接文档只有三行字，端口其中一行写着“如果连不上，端口就重启”。端口我起初没当回事，端口直到某个深夜，端口监控系统突然尖叫起来——网站挂了。SSH进去一看，进程还在，端口却没了响应。netstat -tlnp，那个熟悉的80后面，变成了空荡荡的空白。

80端口，web世界的默认入口。你在浏览器里输入一串网址，回车，数据包就像一封没有邮编的信，被路由层层转发，最终在目标服务器的80端口找到归宿。它太常用了，以至于我们几乎忘记它的存在——就像你不会每天提醒自己“我在呼吸”一样。可一旦它堵了，整个世界都会陷入某种诡异的停滞。

我试着重启服务，日志刷出一行刺眼的红：Address already in use。端口被占用了。可刚才明明查过，没有进程在监听。这种灵异事件，老运维见了会心一笑，然后丢给你一句“time_wait”。TCP连接关闭后，端口会进入一个短暂的等待状态，如果程序没处理好，这个幽灵连接就会赖着不走，把后来的请求挡在门外。

我调了内核参数，等了五分钟，再试。这次端口是通了，但响应慢得像在拨号上网。curl -I，等了整整七秒才吐出一个HTTP头。查了下负载，CPU和内存都正常，带宽也没跑满。最后翻到应用日志，发现数据库连接池被打满了——某个爬虫程序在疯狂抓取页面，每次请求都新建一个连接，把池子撑爆了。

你看，80端口就像一扇门。门本身没问题，坏的是门后面的走廊堆满了杂物，或者门锁被某个粗心的管理员换了却没通知大家。我见过最离谱的一次，是有人把nginx的监听配置写成了81，然后花了一整天排查为什么外网访问不了——他忘了改防火墙规则。

凌晨五点，我终于把那个爬虫的IP加进了黑名单，连接池参数也调大了。刷新页面，白底黑字，加载时间0.2秒。我长舒一口气，关掉终端，窗外的天已经蒙蒙亮了。80端口重新安静地工作着，像什么都没发生过。它不会说话，不会抱怨，只是默默地站在那儿，等着下一个数据包敲响它的门。

后来我把这次排查过程写进交接文档，补在原来那行“如果连不上，就重启”下面，加了一句：“先看80端口，再看应用日志，最后再看代码。顺序别搞反了。”