多线程板块聊完了。今天进入一个新的领域——网络编程。
在机器人开发里，网络通信无处不在。多台机器人之间的协作、机器人和云端服务器的通信、远程遥控、遥测数据上报，都要走网络。即使你用ROS2的DDS通信，底层也是socket。
先讲个面试糗事。
面试官让我手写一个简单的TCP服务器。我心想这有什么难的，socket、bind、listen、accept、recv、send，流程背得滚瓜烂熟。结果写的时候一紧张，把bind和listen的顺序搞反了——先listen再bind。面试官看了一眼代码，笑着说"你确定这个顺序？"
当时那个尴尬，至今记忆犹新。
TCP通信的基本流程
TCP是面向连接的协议。通信双方分客户端和服务器端，流程不一样。
服务器端的流程：
#include <sys/socket.h> #include <netinet/in.h> #include <unistd.h> #include <cstring> // 1. 创建socket int serverFd = socket(AF_INET, SOCK_STREAM, 0); // 2. 绑定地址和端口 struct sockaddr_in addr; addr.sin_family = AF_INET; addr.sin_addr.s_addr = INADDR_ANY; // 监听所有网卡 addr.sin_port = htons(8080); // 端口8080 bind(serverFd, (struct sockaddr*)&addr, sizeof(addr)); // 3. 开始监听 listen(serverFd, 5); // 5是等待队列的长度 // 4. 接受连接 struct sockaddr_in clientAddr; socklen_t clientLen = sizeof(clientAddr); int clientFd = accept(serverFd, (struct sockaddr*)&clientAddr, &clientLen); // 5. 收发数据 char buffer[1024]; int n = recv(clientFd, buffer, sizeof(buffer), 0); send(clientFd, "Hello!", 6, 0); // 6. 关闭 close(clientFd); close(serverFd);客户端的流程简单一些：
int clientFd = socket(AF_INET, SOCK_STREAM, 0); struct sockaddr_in serverAddr; serverAddr.sin_family = AF_INET; serverAddr.sin_addr.s_addr = inet_addr("192.168.1.100"); serverAddr.sin_port = htons(8080); connect(clientFd, (struct sockaddr*)&serverAddr, sizeof(serverAddr)); send(clientFd, "Hello Server!", 13, 0); char buffer[1024]; recv(clientFd, buffer, sizeof(buffer), 0);记住顺序：服务器端是socket→bind→listen→accept→recv/send，客户端是socket→connect→send/recv。bind必须在listen之前——你得先告诉系统"我在哪个端口上等着"，然后才能开始监听。
UDP通信
UDP是无连接的，不需要listen和accept。发就发，收就收：
// UDP服务器 int fd = socket(AF_INET, SOCK_DGRAM, 0); bind(fd, ...); char buffer[1024]; struct sockaddr_in clientAddr; socklen_t len = sizeof(clientAddr); recvfrom(fd, buffer, sizeof(buffer), 0, (struct sockaddr*)&clientAddr, &len); sendto(fd, "reply", 5, 0, (struct sockaddr*)&clientAddr, len);UDP比TCP快，但不可靠——包可能丢失、可能乱序。在机器人开发里，实时性要求高但允许偶尔丢包的场景（比如视频流、实时位姿），用UDP比较多。需要可靠传输的场景（比如控制指令、地图数据），用TCP。
在机器人开发中的应用
多机器人协作的时候，机器人之间需要通信。一个常见的架构是：一台机器人当"主节点"，其他机器人当"从节点"，用TCP连接：
class RobotCommServer { int serverFd_; vector<int> clientFds_; mutex mtx_; public: void start(int port) { serverFd_ = socket(AF_INET, SOCK_STREAM, 0); // bind, listen... // 用线程池处理连接 thread([this] { while (true) { int clientFd = accept(serverFd_, nullptr, nullptr); lock_guard<mutex> lock(mtx_); clientFds_.push_back(clientFd); } }).detach(); } void broadcast(const string& msg) { lock_guard<mutex> lock(mtx_); for (int fd : clientFds_) { send(fd, msg.c_str(), msg.size(), 0); } } };ROS2底层的DDS通信，虽然封装得很好，但本质上也是socket通信。理解socket编程，有助于你调试网络层面的问题——比如为什么消息延迟高了、为什么丢包了。
面试中的关键考点
"TCP和UDP的区别？"TCP面向连接、可靠传输、保证顺序、有流量控制；UDP无连接、不可靠、不保证顺序、速度快。
"三次握手和四次握手？"TCP建立连接要三次握手（SYN→SYN-ACK→ACK），断开要四次挥手（FIN→ACK→FIN→ACK）。为什么断开多一次？因为TCP是全双工的，每个方向的关闭是独立的。
"socket的阻塞和非阻塞有什么区别？"默认情况下socket是阻塞的——recv没有数据时会一直等。非阻塞模式下，recv没有数据会立即返回-1（EAGAIN）。高性能服务器通常用非阻塞socket配合IO多路复用（select/poll/epoll）。
给正在准备面试的你
再补充一个面试中经常被问到的实战话题：怎么调试网络通信问题。在机器人开发里，网络通信出问题时，最常用的排查工具是wireshark——它可以抓取所有经过网卡的数据包，让你看到实际发送和接收的字节内容。如果不想安装wireshark，tcpdump在命令行下也能抓包。另外在代码层面，给每次send和recv加上日志打印数据长度和前几个字节的十六进制值，能快速定位数据是否正确传输。还有一个容易被忽略的点：TCP是流式协议，没有消息边界。你发两次send各10字节，接收方可能一次recv收到20字节，也可能分两次各收到10字节。所以在设计通信协议时，必须在应用层自己定义消息边界——通常用长度前缀或者特殊分隔符。面试时如果你能聊到TCP粘包问题和解决方案，面试官会觉得你有实际的网络编程经验。
网络编程在机器人面试里不算高频考点，但偶尔会问。基本的socket流程要会写，TCP和UDP的区别要能讲清楚。调试网络问题的时候，wireshark抓包和netstat查看连接状态是两个最常用的手段，建议也了解一下。
如果你做的是ROS2开发，面试官可能不会直接考socket，但会问"DDS的通信机制你了解吗"。这时候如果你能提到"底层是UDP组播做发现，UDP单播做数据传输"，面试官会觉得你对底层有了解。
下篇聊序列化与反序列化——protobuf在机器人通信中的应用。网络上传输的数据需要序列化成字节流，接收方再反序列化回来。protobuf是机器人领域最常用的序列化方案。
如果这篇文章对你有帮助，欢迎点赞、在看、转发三连。 你的支持是我持续更新的最大动力。
「机器人软件开发面试·从入门到精通」连载系列上一篇：第58篇 多线程之线程池设计——机器人系统中的标配组件 下一篇预告：第60篇 序列化与反序列化——protobuf在机器人通信中的应用
有任何问题欢迎评论区留言，我会尽量回复。
