抓包实战系列第 23 篇 | 阅读时间：12 分钟 | 关键词：超时、抓包、TCP、排障📌 为什么读这篇线上报警里，“timeout” 出现频率排前三。但大多数超时排查是这样展开的：1. 应用报错：timeout 2. 看一眼日志：没头绪 3. 群里问：网络是不是有问题？ 4. 网络组：我们正常，你看下应用 5. 应用组：代码没动，应该是网络 6. 一个小时过去，问题还在然后有人把超时时间从 3 秒改到 30 秒。问题暂时"解决"了。直到流量高峰，系统彻底卡死。这篇帮你跳出这个循环。读完你会掌握一套可复用的超时排查框架，能把"超时"这个模糊症状，拆解成 DNS/TCP/TLS/HTTP/应用层/连接池 6 个可验证的假设，用抓包和命令行快速定位到具体卡点。适合：后端开发、SRE、运维、全栈工程师。开场：超时不是答案，是问题的开始线上报错里，最让人头疼的词之一就是：timeout它看起来像答案——“哦，超时了，改大点？”但它其实只是在说：我等了很久，没等到。没等到什么？DNS 没解析出来？SYN 发出去没人回？