udp客户端发消息不被服务端忽略，须确保目标ip和端口准确、服务端已绑定对应端口（跨机通信需绑定inaddr_any），客户端应调用getaddrinfo()解析地址，避免硬编码；服务端recvfrom后必须保存对端地址并用其sendto回包，且客户端也需bind()以固定端口供服务端回传。
UDP客户端怎么发消息不被服务端忽略
UDP是无连接协议，客户端发包前必须确保目标IP和端口准确，且服务端已绑定对应端口监听。常见错误是客户端发到localhost但服务端绑定了INADDR_ANY（正常），或反过来——服务端只绑了127.0.0.1而客户端发给192.168.x.x，结果包根本收不到。
实操建议：
- 客户端用
sendto()前，先调用getaddrinfo()解析目标地址，避免硬编码inet_addr("127.0.0.1")这种过时写法 - 服务端
bind()时地址结构要清零：memset(&addr, 0, sizeof(addr))，否则sin_port可能残留垃圾值 - 如果用
localhost测试，客户端和服务端都用127.0.0.1；跨机通信时，服务端必须绑定INADDR_ANY（即0.0.0.0）
服务端如何同时收发不阻塞
UDP socket默认是阻塞的，recvfrom()卡住就无法响应新请求。单线程下想“双向”，必须用非阻塞或I/O复用。别指望一个recvfrom()后立刻sendto()就能“回消息”——那是单次请求响应，不是持续双向通信。
实操建议：
- 设为非阻塞：
int flags = fcntl(sockfd, F_GETFL, 0); fcntl(sockfd, F_SETFL, flags | O_NONBLOCK)，然后循环recvfrom()+sendto()，配合usleep(10000)防CPU空转 - 更稳妥用
select()：把socket加进readfds，超时设为100ms，有数据就读，没数据就干别的（比如检查是否要发心跳） - 别在
recvfrom()里传错addrlen——必须传入初始化后的socklen_t addrlen = sizeof(addr)，否则Windows下可能崩溃，Linux下返回-1
怎么让客户端也收到服务端主动发来的消息
UDP没有“连接”概念，服务端不能凭空知道客户端地址。客户端首次发包时，recvfrom()会填入源地址到addr参数里——这个地址必须保存下来，后续服务端才能用sendto()原路打回去。
实操建议：
- 服务端每次
recvfrom()后，把对端sockaddr_in存进一个std::map或数组，键可用inet_ntoa(addr.sin_addr) + ":" + std::to_string(ntohs(addr.sin_port)) - 客户端也要调用
bind()（哪怕用INADDR_ANY和端口0），否则内核分配的临时端口每次不同，服务端回包会失败 - 服务端发回消息时，
sendto()的addrlen必须和之前recvfrom()填入的一致，不能直接传sizeof(sockaddr_in)——因为IPv6兼容结构体大小可能不同
为什么本地测试通，一上局域网就丢包
不是代码问题，大概率是防火墙或NAT策略。Windows Defender、macOS防火墙、路由器NAT表老化都会导致UDP包被静默丢弃。UDP本身不保证送达，也没重传机制，丢包是常态。
实操建议：
- 先关掉本机防火墙测试；若恢复，则在防火墙里放行对应端口（TCP/UDP都要勾）
- 局域网内用
telnet -u <ip><port></port></ip>（Linux/macOS）或nc -u <ip><port></port></ip>手动发包，确认网络层通不通 - 服务端加个简单心跳逻辑：每5秒向所有已知客户端发
"PING"，客户端收到就回"PONG"，连续3次没收到PONG就认为对方离线
UDP双向通信的麻烦不在代码长度，而在地址生命周期管理——客户端IP端口可能变，服务端得靠每次收包刷新；NAT设备可能随时回收映射，所以必须靠应用层保活。这些细节漏掉一个，通信就断得莫名其妙。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
