# 💡Summary > [!Info] > 一句话说清楚 > ![CleanShot 2026-02-03 at [email protected]|1000](https://imagehosting4picgo.oss-cn-beijing.aliyuncs.com/imagehosting/fix-dir%2Fmedia%2Fmedia_u9vo5YOqwc%2F2026%2F02%2F03%2F10-46-52-fd445e6a883b90d760b8abc9b4fccd2f-CleanShot%202026-02-03%20at%2010.46.41-2x-d3cc1d.png) ## 哪些 Java 开发场景会让你“不得不”抓包？ 当你遇到以下几种“灵异事件”时，看代码和日志是没用的： ### 1. 联调“甩锅”必备（HTTP/HTTPS 层面） - **场景：** 前端说传了参数，你后台说没收到；或者你调第三方接口（如支付、地图），对方一直返回签名错误。 - **抓包价值：** 用 **Surge** 或 **Proxyman** 直接看原始请求体。日志可能会因为序列化问题显示不全，但抓包看到的是“真相”。 ### 2. 复杂的生产环境“断连”（TCP 层面） - **场景：** 你的 Java 应用偶尔报 `Connection reset` 或 `Connection timeout`，但数据库和服务器压力并不大。 - **抓包价值：** 这时需要 **Wireshark**。通过查看 TCP 的“三次握手”和“四次挥手”，你会发现到底是防火墙主动断了你的连接，还是网络抖动导致了丢包。 ### 3. 排查性能瓶颈 - **场景：** 一个接口响应慢，你查了 SQL 没问题，查了业务逻辑也很快。 - **抓包价值：** 抓包可以精确看到从“请求发出”到“收到第一个包”的延迟（TTFB），判断压力是在网络传输上，还是在负载均衡器（Nginx/Gateway）的转发逻辑上。 # 🧩 Cues # 🪞Notes