4、调试工具准备：Wireshark抓包、tcpdump命令行、nc/ncat工具

做粘包拆包调试，说白了就是跟数据流打交道。你看不到数据在线上怎么跑的，那就得靠工具来「看见」它。我个人习惯，桌面上永远开着三样东西：Wireshark、终端窗口（跑tcpdump）、还有一个nc或者ncat的快捷方式。这三板斧用熟了，大部分网络问题都能快速定位。

4.1 Wireshark：图形化抓包利器

Wireshark是我最常用的抓包工具，没有之一。它能把网络包拆得清清楚楚，每一层的头部、载荷数据都给你列出来。对于粘包拆包调试来说，它的价值在于——你能亲眼看到数据是怎么被分割、怎么被合并的。

我记得有一次，一个同事说他的客户端收数据总是少几个字节。我让他用Wireshark抓包，一看就明白了——服务端发了两次write，但TCP栈把两次数据合并成了一个包发送。客户端那边按一次recv去读，自然只读到一部分。这就是典型的粘包场景。

4.2 tcpdump：命令行下的抓包神器

服务器上通常没有图形界面，这时候tcpdump就是你的救星。它轻量、高效，而且可以配合管道做各种处理。我个人觉得，tcpdump比Wireshark更适合做自动化脚本里的抓包环节。

基本用法很简单：

# 抓取eth0网卡上端口8080的包，保存到文件
tcpdump -i eth0 port 8080 -w capture.pcap

# 实时查看包内容，不解析域名
tcpdump -i eth0 port 8080 -nn -X

-X参数会同时显示十六进制和ASCII内容，这对看应用层数据特别有用。你想想看，如果粘包发生了，你会在同一个包的数据段里看到两个消息的边界——比如一段JSON后面紧跟着另一段JSON的开头。

还有一个实用技巧：tcpdump可以配合grep做实时过滤。比如我只想看包含特定关键字的包：

tcpdump -i eth0 port 8080 -A | grep --line-buffered "message_id"

这样能快速定位到包含特定业务标识的包，省得在Wireshark里慢慢翻。

4.3 nc/ncat：网络界的瑞士军刀

nc（netcat）和它的增强版ncat，是我调试粘包拆包问题时最常用的「模拟器」。它们可以快速搭建一个TCP服务端或客户端，让你手动发送和接收数据。

基本用法：

# 作为服务端监听端口
nc -l 8888

# 作为客户端连接
nc 192.168.1.10 8888

粘包调试时，我经常用nc做两件事：

• 模拟粘包发送：在客户端连续输入多段数据，观察服务端一次recv能读到多少。比如先输入一段JSON，不换行紧接着输入另一段，看看服务端会不会把它们当成一个消息处理。
• 模拟拆包接收：在服务端用小缓冲区去读，比如每次只读10字节，看看数据是怎么被切碎的。

# 生成1000条消息，每条末尾加换行符，然后通过管道发给nc
for i in $(seq 1 1000); do echo "message_$i"; done | ncat localhost 8888

ncat比nc多了很多功能，比如支持SSL、支持连接池、支持更精细的流量控制。如果你在做生产环境的调试，我建议用ncat代替nc。

4.4 三款工具的配合使用

这三款工具不是孤立的，它们可以打组合拳。我的典型调试流程是这样的：

1. 先用nc/ncat搭建一个简单的测试环境，手动发送数据，验证基本逻辑。
2. 如果问题复现了，用tcpdump在服务端抓包，保存成pcap文件。
3. 把pcap文件拉到本地，用Wireshark打开，仔细分析每个包的数据边界。

这样做的好处是：nc负责「制造问题」，tcpdump负责「记录现场」，Wireshark负责「分析原因」。三管齐下，粘包拆包的问题基本无所遁形。

4.5 本章知识体系

下面这张图总结了这三款工具的核心定位和配合关系：

这三款工具各有侧重，但组合起来就是一套完整的调试链路。我个人建议，不管你是刚入门还是老手，先把这三样工具练熟。它们能帮你省下大量排查问题的时间。