必须设置so_broadcast选项，否则sendto()将返回-1且errno为eacces；需在sendto()前调用setsockopt()启用，目标地址应为子网定向广播地址（如192.168.1.255）而非255.255.255.255，接收端须bind到inaddr_any并校验源地址。
UDP广播发送必须设置SO_BROADCAST选项
不设这个选项，sendto() 会直接失败并返回 -1，errno 通常是 EACCES（权限拒绝），而不是网络不可达。Linux 和 Windows 都强制要求显式开启，哪怕目标地址是 255.255.255.255 或子网广播地址。
实操要点：
- 调用
setsockopt()在SOCK_DGRAMsocket 上设置SO_BROADCAST，参数值为1（int 类型） - 务必在
bind()之前或之后、但一定在sendto()之前完成设置 - Windows 下若使用 Winsock，需确保已调用
WSAStartup()，否则setsockopt()可能静默失败 - 广播地址不能写死为
"255.255.255.255"—— 它只在本地链路有效，跨子网会被路由器丢弃；应计算当前网卡的子网广播地址（如192.168.1.255）
接收端要bind到INADDR_ANY且指定端口
UDP 广播接收不需要、也不应该 bind 到广播地址；bind 到 INADDR_ANY（即 0.0.0.0）才能收到发往本机任意接口的广播包，包括发给 255.255.255.255 或子网广播地址的包。
常见错误现象：
- bind 到具体 IP（如
192.168.1.100）→ 只收单播，收不到广播 - bind 到
INADDR_BROADCAST（255.255.255.255）→ 大多数系统直接报错EINVAL - 未显式 bind → 某些平台（如 macOS）可能默认绑定到随机端口，导致无法稳定接收
示例关键片段：
sockaddr_in addr{};
addr.sin_family = AF_INET;
addr.sin_port = htons(8080); // 必须与发送端目标端口一致
addr.sin_addr.s_addr = INADDR_ANY;
bind(sockfd, (sockaddr*)&addr, sizeof(addr));
recvfrom() 返回时需检查sender_addr是否为广播源
recvfrom() 本身不区分单播/广播，它只是把 UDP 包原样交上来。你看到的“广播接收”其实是操作系统把发往广播地址的包也投递给所有 bind 到对应端口的 socket —— 所以必须自己判断来源，避免误处理伪造的单播包。
判断依据：
- 检查
sender_addr.sin_addr.s_addr是否等于本机任一网卡的广播地址（不是INADDR_BROADCAST） - 更稳妥的做法：记录本机所有活跃 IPv4 接口的子网掩码和广播地址，在接收时比对；可调用
getifaddrs()（Linux/macOS）或GetAdaptersAddresses()（Windows）获取 - 忽略 sender 地址直接处理 → 容易被局域网内恶意节点伪造广播包干扰逻辑
跨平台注意SO_REUSEADDR和多播/广播混用风险
多个进程同时 bind 同一端口做广播接收时，Linux 默认不允许，需设 SO_REUSEADDR；但 Windows 上该选项含义不同，且部分旧版本 Winsock 对广播 + reuse 的支持不一致。
更隐蔽的问题是：如果 socket 同时加入了某个多播组（IP_ADD_MEMBERSHIP），再尝试广播接收，某些内核版本（如较老的 CentOS）会出现接收不稳定或丢包——广播和多播底层共享部分路由逻辑，冲突不易察觉。
建议做法：
- 纯广播场景下，不要调用多播相关 setsockopt
- Linux 开发优先用
SO_REUSEPORT（4.5+ 内核），比SO_REUSEADDR更安全 - Windows 上若需多进程接收，改用一个主进程接收后分发，避免端口争用
广播不是“发出去就能被所有人收到”的银弹，它依赖网卡配置、防火墙规则、子网拓扑，甚至交换机是否开启 IGMP snooping。真正在生产环境用，得先确认目标设备在同一二层域，且中间没禁用广播的网络策略。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
