OSX下UDP广播bind报错 相同代码Linux环境可正常运行

该问题和MACF安全机制、sin_len字段均无关联，本质是Darwin（OSX内核，继承自BSD）与Linux在套接字API实现上的标准兼容差异：

• INADDR_BROADCAST（对应地址255.255.255.255）本身是报文发送目标用的特殊广播地址，不属于任何本机网卡配置的合法本地地址，按照POSIX标准定义，bind操作的语义是将套接字关联到本机持有的本地地址，因此绑定广播地址本身就属于不符合标准的用法。
• Linux内核对该场景做了非标准的宽松容错：当应用尝试bind到INADDR_BROADCAST时，内核不会抛出错误，实际等价于绑定到INADDR_ANY（0.0.0.0），这个兼容逻辑是Linux独有，不属于通用套接字行为。
• OSX遵循传统BSD套接字的严格校验逻辑：只要传入bind的地址不是本机网卡实际配置的IP、不是INADDR_ANY、也不是合法的组播地址，就直接返回EADDRNOTAVAIL（即errno=49，对应报错Can't assign requested address），属于完全符合标准的预期行为。
• 网上很多资料提到的sin_len字段差异不影响该场景：该字段仅在操作路由套接字时要求必须正确赋值，普通UDP/TCP套接字无论是否设置sin_len，内核都会根据传入的地址长度参数正确解析地址结构，不会触发该错误。

socat发送广播报同类错误的原因 #

socat的报错发生在sendto阶段而非bind阶段，触发逻辑和上述问题同源：
全局广播地址255.255.255.255的报文不会被路由转发，内核必须明确知道该报文要从哪个物理网卡发出才能完成二层封装。Linux内核会在应用未指定出接口时自动选择一个处于UP状态、配置了IP的网卡发送广播，但OSX内核不会做这个自动选择，直接返回地址不可用错误。

跨平台兼容的正确实现方式 #

• 绑定套接字时永远不要使用INADDR_BROADCAST，直接绑定到INADDR_ANY和指定端口即可。只要提前通过setsockopt开启SO_BROADCAST选项，绑定到INADDR_ANY的套接字完全可以正常收发广播报文，该写法在Linux、OSX、Windows等所有支持BSD套接字的平台上都能正常工作。如果仅需要接收特定网卡的广播，直接绑定到该网卡配置的具体本地IP即可。
• 在OSX下往全局广播地址255.255.255.255发送报文前，必须通过setsockopt设置IP_BOUND_IF选项指定发送出接口，传入对应网卡的接口索引即可。如果发送的是子网定向广播地址（比如192.168.1.255），内核可以根据路由表自动匹配出接口，不需要手动指定。

修正后的核心代码示例：

int fd, val;
struct sockaddr_in sa;

fd = socket(AF_INET, SOCK_DGRAM, 0);
if(fd < 0)
    return -1;

val = 1;
if(setsockopt(fd, SOL_SOCKET, SO_BROADCAST, &val, sizeof(val)) < 0)
    goto exit;

// 绑定阶段使用INADDR_ANY，不要用INADDR_BROADCAST
memset(&sa, 0, sizeof(sa));
sa.sin_len = sizeof(sa);
sa.sin_family = AF_INET;
sa.sin_addr.s_addr = htonl(INADDR_ANY);
sa.sin_port = htons(50000);

if(bind(fd, (struct sockaddr *)&sa, sizeof(sa)) < 0)
    goto exit;

// OSX下发送全局广播前指定出接口，以en0为例
unsigned int ifindex = if_nametoindex("en0");
if(setsockopt(fd, IPPROTO_IP, IP_BOUND_IF, &ifindex, sizeof(ifindex)) < 0)
    goto exit;

// 后续调用sendto往255.255.255.255:50000发送报文即可正常工作

对应socat的正确调用方式需要额外指定绑定的出接口：

echo "TEST" | socat - UDP-DATAGRAM:255.255.255.255:50000,broadcast,bindtodevice=en0

内容的提问来源于stack exchange，提问作者sherrellbc