同类工具对比
NetAssistant 是开源的跨平台网络调试助手。很多开发者用过网络调试助手（NetAssist）、SocketTool、Packet Sender 或 Wireshark，下面从实际使用场景出发做一个客观对比，方便你判断是否值得切换。
开发背景
这个工具的起点其实很朴素：作者在开发中需要做 TCP/UDP 联调，但一直没找到完全合适的工具——有的只支持 TCP、有的只支持 UDP，遇到粘包问题基本只能自己对着字节流手数长度。与其将就，不如自己写一个，于是就有了 NetAssistant。
坦白说，开发完成后才发现市面上已经有不少做得不错的产品（比如 Packet Sender、网络调试助手等），各有各的成熟之处。所以这个页面不是要贬低任何工具，而是如实列出差异，方便大家按需选择。NetAssistant 能提供的，只是一些恰好切中作者自身需求、希望也能帮到你的能力：跨平台、开源、以及开箱即用的粘包解码方案。
对比总览
| 维度 | NetAssistant | 网络调试助手 (NetAssist) | SocketTool | Packet Sender | Wireshark |
|---|---|---|---|---|---|
| 开源 | ✅ Apache-2.0 | ❌ 闭源 | ❌ 闭源 | ✅ 开源 | ✅ GPL |
| 跨平台 | ✅ Win / Linux / macOS（x64 + ARM64） | ❌ 仅 Windows | ❌ 仅 Windows | ✅ Win / Mac / Linux | ✅ Win / Mac / Linux |
| TCP 客户端/服务端 | ✅ | ✅ | ✅ | ✅ | ❌（抓包为主） |
| UDP 客户端/服务端 | ✅ | ✅ | ✅ | ✅ | ❌ |
| IPv6 | ✅ | ⚠️ 部分 | ⚠️ 部分 | ✅ | ✅ |
| TCP 解码器（解决粘包） | ✅ 原始/行/长度前缀/JSON | ⚠️ 有限 | ❌ | ❌ | 部分（流重组） |
| 十六进制收发 | ✅ | ✅ | ✅ | ✅ | ✅ |
| 内置高并发压测 | ✅ QPS + 延迟分位数 | ❌ | ❌ | ⚠️ 基础 | ❌ |
| 自动回复 / 周期发送 | ✅ | ✅ | ✅ | ✅ | ❌ |
| 消息导出 | ✅ TXT / JSON / CSV | ⚠️ 有限 | ⚠️ 有限 | ✅ | ✅ PCAP |
| SSL/DTLS 加密与 HTTP 客户端 | ❌ | ❌ | ❌ | ✅ | ⚠️（抓包解密） |
| 命令行 CLI / 脚本自动化 | ❌ | ❌ | ❌ | ✅ | ✅（tshark） |
为什么需要替代？
网络调试助手（NetAssist） 是最常用的 TCP/UDP 调试工具，但它仅支持 Windows，且维护停滞、对 IPv6 和长连接调试支持有限。如果你在 Linux 或 macOS 上做嵌入式、物联网或服务端开发，往往找不到趁手的替代品——这正是 NetAssistant 要解决的问题。
Packet Sender 跨平台且开源，功能非常丰富（SSL/DTLS、HTTP 客户端、CLI 自动化等，详见上表）。它的边界也很明确：HEX/ASCII 混合记法（\XX 转义、HEX 空格分隔）只是发送输入框的书写方式，并非接收侧的自动拆包解码——收到的 TCP 字节流按原样记录，无法像 NetAssistant 那样按行、按长度前缀或按 JSON 自动分帧，因此不提供"TCP 解码器"；服务端模式的细致调试能力也有限（按客户端查看消息、手动添加 UDP 客户端地址等）。
Wireshark 是抓包分析神器，但它不做收发交互调试：无法方便地作为 TCP/UDP 客户端或服务端与对端做协议交互、回复验证。
哪些场景最适合 NetAssistant
- 硬件/嵌入式联调：上位机通过 UDP 广播发现设备，NetAssistant 能展示所有设备回复并高亮非预期来源地址
- TCP 粘包调试：四种解码器按协议格式自动分包，不用自己数长度
- 服务端并发验证：内置压测引擎直接打 QPS、p50/p95/p99 延迟，不用另装压测工具
- 多平台切换：Windows、Linux、macOS 同一套操作习惯，配置自动保存；x64 与 ARM64 均有原生构建
如何迁移
NetAssistant 可以自由添加 TCP/UDP 客户端和服务端连接，操作方式与常用调试助手一致：输入 IP:端口 → 连接 → 发送消息。首次使用参考快速上手，5 分钟内即可跑通第一条报文。
如果你正在寻找网络调试助手的 Linux/Mac 替代品或开源 TCP/UDP 调试工具，可以下载 NetAssistant 试试：下载。