打开Socket调试工具，调试第一件事不是工具乱点，是调试搞清楚你要连谁。TCP还是工具UDP？目标IP是多少？端口号填哪个？这三个问题弄不明白，工具就是调试个摆设。
拿最常见的工具网络调试助手举例。界面通常分两块，调试上面是工具收发区，下面是调试连接参数区。协议类型选TCP Client，工具填上服务器的调试IP——比如192.168.1.100，端口8080。工具点连接。调试如果服务器开着，工具状态栏会变绿，调试显示“已连接”。这时候你敲一行字，点发送，对方就能收到。就这么简单。
但真实场景往往没这么顺。我调试一个硬件设备时，明明IP和端口都对，死活连不上。排查半天，发现是电脑防火墙把端口拦了。关掉防火墙，秒连。这种坑踩一次就记住了——Socket调试，七分在环境，三分在工具。
UDP的玩法不一样。UDP无连接，你不需要“连上”才能发。直接填对端的IP和端口，点发送，数据就丢出去了。收不收得到？看对方心情，也看网络状况。调试UDP时，记得勾选“接收来自任意IP的数据”，不然你只能收固定地址回的消息，会漏掉很多广播包。
收发区的编码设置，很多人忽略。默认ASCII，但你要是调二进制协议，得切成Hex模式。上次帮朋友调一个串口转WiFi模块，他发十六进制数据，工具却按ASCII解析，屏幕上全是乱码。切到Hex视图，瞬间清晰——0xAA 0x55这种帧头一眼就能认出来。
定时发送是个好功能，但别滥用。调试心跳包时，设个5秒间隔，让工具自动发，你去盯服务器日志。省得手动点个不停，手指头都酸了。但如果你在调一个需要手动确认的流程，定时发送反而碍事——数据哗哗往外发，你根本来不及看响应。
数据统计区也挺有用。发了多少字节，收了多少包，一目了然。有一次我怀疑设备丢包，开统计一看，发送1000条，接收1000条，一条不少。那问题就不在网络层，转去查应用层逻辑了。这工具能帮你快速缩小排查范围，省得瞎猜。
高级一点的工具，比如Wireshark或者科来，能抓包看TCP握手过程。但日常调试，用轻量级的调试助手就够了。别一上来就上重型工具，杀鸡用牛刀，反而把自己绕晕。
最后提醒一句：调试完记得断开连接。我有次开着工具忘了关，占着端口，结果正式程序启动时报“Address already in use”，折腾了十分钟才反应过来。工具是好工具，但用完了得收好，不然它也会咬人。