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