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