第1章：网络层与路由——IP地址与端口、TCP/UDP协议栈调试、Socket编程基础、抓包工具Wireshark实战
各位好，我是老周。做嵌入式通信调试这些年，我踩过的坑比走过的桥还多。今天咱们聊网络层与路由，这部分是节点通信的「交通枢纽」。说白了，数据能不能准确送达，全靠这一层撑腰。
我刚开始做物联网项目时，总觉得网络层是搞IT的人该操心的。直到有一次，设备在实验室跑得好好的，一上现场就丢包。折腾了三天，最后发现是IP地址配置错了。嗯，从那以后我再也不敢小看网络层了。
核心认知：网络层负责把数据包从源节点送到目标节点。它不关心数据内容，只关心「怎么走」和「送到哪」。
1.1 IP地址与端口——通信的「门牌号」
IP地址就像你家的门牌号。IPv4是32位，写成四个十进制数，比如192.168.1.100。IPv6是128位，写成八组十六进制数。我个人习惯在嵌入式设备上用IPv4，毕竟资源有限，IPv6的头部处理开销不小。
端口号呢？它就像你家楼里的房门号。IP地址找到楼，端口号找到具体的房间。端口范围是0-65535，其中0-1023是知名端口，比如HTTP用80，HTTPS用443。
| 概念 | 类比 | 范围 | 我踩过的坑 |
|---|---|---|---|
| IP地址 | 小区地址 | IPv4: 0.0.0.0 - 255.255.255.255 | 子网掩码配错，设备间无法通信 |
| 端口号 | 单元房门号 | 0 - 65535 | 端口被占用，服务起不来 |
| MAC地址 | 身份证号 | 48位十六进制 | ARP缓存过期导致丢包 |
调试小技巧：在嵌入式Linux里，用 ifconfig 看IP配置，用 netstat -tuln 看端口监听状态。我每次部署前必跑这两条命令。
1.2 TCP与UDP协议栈调试——选对协议，事半功倍
TCP和UDP，就像快递的两种方式。TCP是「挂号信」——有回执、能重传、保证顺序。UDP是「明信片」——快，但丢了就丢了。
我在项目中遇到过这样的情况：一个传感器上报数据，用TCP传输，结果因为三次握手延迟，数据采集周期被拉长。后来换成UDP，配合应用层简单确认机制，问题就解决了。你想想看，不是所有场景都需要TCP的可靠性。
TCP调试要点：
- 三次握手：SYN → SYN-ACK → ACK。抓包时看到这个序列，说明连接建立正常。
- 四次挥手：FIN → ACK → FIN → ACK。如果看到RST包，说明连接异常断开。
- 窗口大小：影响吞吐量。我见过一个案例，窗口设太小，传输速率上不去。
UDP调试要点：
- 无连接，直接发。抓包时看不到握手过程。
- 丢包不重传。应用层需要自己处理丢包和乱序。
- 适合实时性要求高的场景，比如音频、视频、传感器数据。
注意：我曾经在调试一个UDP广播应用时，发现某些路由器会丢弃广播包。后来改用组播（IGMP）才解决。所以，UDP广播在跨网段时一定要测试。
1.3 Socket编程基础——从零搭建通信通道
Socket是应用层与传输层之间的接口。说白了，它就是操作系统提供的一个「管道」，让程序能收发网络数据。
TCP Socket编程流程：
// 服务端
int sock = socket(AF_INET, SOCK_STREAM, 0);
bind(sock, &addr, sizeof(addr));
listen(sock, 5);
int client = accept(sock, NULL, NULL);
recv(client, buf, sizeof(buf), 0);
send(client, "OK", 2, 0);
close(client);
close(sock);
// 客户端
int sock = socket(AF_INET, SOCK_STREAM, 0);
connect(sock, &addr, sizeof(addr));
send(sock, "Hello", 5, 0);
recv(sock, buf, sizeof(buf), 0);
close(sock);UDP Socket编程流程：
// 服务端
int sock = socket(AF_INET, SOCK_DGRAM, 0);
bind(sock, &addr, sizeof(addr));
recvfrom(sock, buf, sizeof(buf), 0, &client_addr, &addr_len);
sendto(sock, "OK", 2, 0, &client_addr, addr_len);
close(sock);
// 客户端
int sock = socket(AF_INET, SOCK_DGRAM, 0);
sendto(sock, "Hello", 5, 0, &server_addr, sizeof(server_addr));
recvfrom(sock, buf, sizeof(buf), 0, NULL, NULL);
close(sock);我的习惯：写Socket程序时，一定检查每个API的返回值。比如 bind() 返回-1，八成是端口被占用了。还有，记得设置 SO_REUSEADDR，不然程序崩溃重启后要等好几分钟才能重新绑定端口。
1.4 抓包工具Wireshark实战——让数据「现原形」
Wireshark是我最常用的调试工具。没有它，很多网络问题就像在黑暗中摸索。我建议每个做通信的工程师都熟练掌握它。
常用过滤表达式：
ip.addr == 192.168.1.100：只看某个IP的流量tcp.port == 8080：只看某个端口的TCP流量udp：只看UDP包tcp.flags.syn == 1：只看SYN包，用于分析握手http.request：只看HTTP请求
实战案例：有一次，设备上报数据总是超时。我用Wireshark抓包，发现TCP重传率高达30%。仔细一看，是服务端回复的ACK包被防火墙拦截了。调整防火墙规则后，问题解决。
调试三步法：
- 抓包：在设备端或服务端抓取原始数据包
- 过滤：用表达式缩小范围，找到目标流量
- 分析：看时间戳、标志位、负载内容，定位问题
嗯，到这里，网络层与路由的核心内容就讲完了。记住，调试不是玄学，是科学。用好工具，理清思路，问题总能找到答案。