udp回声服务器bind后不能直接recvfrom，因sockaddr_in未用memset清零（sin_zero含垃圾值）或addrlen未初始化为sizeof(addr)，导致recvfrom返回-1、errno为einval。
UDP回声服务器为什么bind后不能直接recvfrom
因为没指定接收缓冲区大小或地址结构体未初始化，recvfrom 会返回 -1 并置 errno 为 EINVAL。常见错误是传入一个未用 memset 清零的 sockaddr_in 地址结构——其中 sin_zero 字段残留垃圾值，导致系统校验失败。
-
sockaddr_in必须用memset(&addr, 0, sizeof(addr))初始化，不能只赋值sin_port和sin_addr -
addrlen参数必须初始化为sizeof(addr)，且每次调用recvfrom前都要重置（它会被函数修改） - UDP 是无连接的，
recvfrom返回的是发送方地址，不是服务器本机地址；别误把addr当作服务监听地址来用
如何避免recvfrom阻塞导致整个服务卡死
默认 socket 是阻塞模式，recvfrom 会一直等数据到来。在简单回声服务中虽可接受，但一旦网络异常或客户端不发包，进程就挂住无法响应 Ctrl+C。更稳妥的做法是设为非阻塞或加超时。
- 用
fcntl(sockfd, F_SETFL, O_NONBLOCK)设为非阻塞，然后检查recvfrom返回值：若为-1且errno == EAGAIN || errno == EWOULDBLOCK，说明暂无数据，可继续循环 - 或用
setsockopt(sockfd, SOL_SOCKET, SO_RCVTIMEO, &tv, sizeof(tv))设置接收超时，tv是struct timeval，例如{.tv_sec = 1, .tv_usec = 0} - 注意 Windows 下
SO_RCVTIMEO的timeval成员名相同但行为略有差异，跨平台建议优先用非阻塞 +select或poll
sendto失败常见原因和调试方法
sendto 返回 -1 时，90% 是目标地址不对或 socket 状态异常。UDP 不保证送达，但内核至少要能完成路由判断，否则立刻报错。
- 最常踩的坑：传给
sendto的sockaddr_in*指针指向了局部变量，而该变量在recvfrom后已出作用域（比如在 if 块里声明），导致地址内容被覆盖 - 检查
errno：若为EADDRNOTAVAIL，说明对方 IP 不在本地直连网段且无路由；若为EHOSTUNREACH，通常是目标主机关机或防火墙拦截 - 用
tcpdump -i any udp port <port></port>抓包确认：是否收到请求？是否发出响应？响应目的 IP 和端口是否与请求源一致？
为什么不用fork或线程也能支持多客户端
UDP 本身无连接，每个 recvfrom 都带完整源地址，sendto 可直接回发给对应客户端。不需要像 TCP 那样靠 fork 或线程维护独立连接上下文。
- 单线程 UDP 回声服务器天然支持并发：只要不阻塞在
recvfrom，就能轮询处理多个客户端发来的包 - 注意不要复用同一个
sockaddr_in变量存不同客户端地址——每次recvfrom后应立即用它构造sendto的目标地址 - 如果要做“广播式回声”（比如向所有历史客户端转发），才需要自己维护客户端地址列表；纯 echo 场景完全无需状态保存
真正容易被忽略的是地址复用（SO_REUSEADDR）和 IPv4/IPv6 兼容性。开发时绑定 INADDR_ANY 但没设 SO_REUSEADDR，改代码重启服务常遇到 Address already in use；而硬写 AF_INET 会无法响应 IPv6 客户端发来的 IPv4-mapped 地址包。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
