我把服务挂了快五个小时，结果一个请求都没接住

这绝对是我本周最离谱的一次部署经历，整整 4 小时 37 分钟，监控面板上的流量曲线像心电图停止跳动一样，一条直线死死地贴在零刻度线上。最气人的是，健康检查（Health Check）居然一直显示绿色，系统自认为运行良好，但实际上没有任何请求能真正触达后端。

这种“假死”状态比直接崩溃难搞得多。我起初以为是负载均衡器（LB）的问题，结果查了一圈发现是配置文件的一个小坑。在更新环境变量后，服务虽然启动了，但监听端口在容器内部被映射错了，导致外部请求全部在网关层就被静默丢弃了，而且没有任何报错日志抛到控制台。

这次踩坑给我的教训是，千万不要迷信健康检查的那个“绿灯”，尤其是当你修改了网络配置或端口映射的时候。一个简单的 curl 本地测试只需要 1 秒钟，但我却浪费了快五个小时在排查一个根本不存在的逻辑 Bug 上。

以后部署这种关键服务，我会强制给自己加一个简单的实操验证步骤，先用最原始的方法跑通一次链路，再敢把流量切过去。

具体的排查命令我贴在下面，下次遇到这种“没报错但没流量”的情况，建议先这么查：

# 1. 先检查容器内部端口是否真的在监听
netstat -tunlp | grep :8080

# 2. 在容器内部尝试请求自己，确认服务逻辑没死
curl -v http://localhost:8080/health

# 3. 检查宿主机到容器的端口映射是否生效
curl -v http://localhost:映射端口/health

这次教训太深刻了，盯着那个绿色的健康状态看，真的会让人产生一种“一切尽在掌控”的错觉。