12、UDP广播与组播：广播地址、组播地址、setsockopt()设置

各位，今天我们来聊聊UDP里两个很有意思的东西——广播和组播。说实话，我刚入行那会儿，一直觉得UDP就是点对点发数据包，直到有一次在局域网里做设备发现功能，才发现单播根本搞不定。你想想看，一台新设备接入网络，它怎么知道跟谁打招呼？一个个去试？那效率也太低了。

广播和组播，说白了就是“一对多”的通信模型。广播是吼一嗓子，所有人都能听见；组播是拉个群，只有群里的人能收到。嗯，这里面的门道不少，咱们一个一个拆开讲。

12.1 广播地址：一呼百应的“大喇叭”

广播地址，顾名思义，就是往这个地址发数据，局域网内所有主机都能收到。IPv4里，广播地址分两种：

• 本地广播：255.255.255.255，只在当前子网内广播，路由器不会转发。
• 子网广播：比如192.168.1.255，只广播到192.168.1.0/24这个子网。

我在项目中遇到过一个问题：有同事用255.255.255.255做广播，结果发现某些路由器会把它当成“全网广播”给拦截了。后来我建议他改用子网广播地址，问题就解决了。所以我的习惯是——能用子网广播就别用本地广播，兼容性更好。

12.2 组播地址：精准投递的“微信群”

广播有个硬伤——不管你感不感兴趣，数据都会塞给你。这就像在办公室里大喊一声，连隔壁部门的人都得听。组播就优雅多了，它只把数据发给“订阅”了某个组播组的主机。

IPv4的组播地址范围是224.0.0.0 ~ 239.255.255.255，其中：

地址范围	用途
224.0.0.0 ~ 224.0.0.255	本地链路组播，路由器不转发（比如OSPF用的224.0.0.5）
224.0.1.0 ~ 238.255.255.255	全球范围组播，需要IGMP协议支持
239.0.0.0 ~ 239.255.255.255	管理范围组播，相当于私有IP，只在企业内部用

我个人习惯用239.x.x.x做测试，因为不会跟公网组播冲突。你想想看，万一你用了224.0.0.1（所有主机组），那整个局域网的主机都会收到你的数据，调试起来会很混乱。

12.3 setsockopt()：让Socket“听懂”广播和组播

光知道地址没用，你得告诉Socket：“嘿，我要发广播了”或者“嘿，我要加入这个组播组”。这就要靠setsockopt()这个万能函数了。

12.3.1 开启广播权限

默认情况下，Socket是不允许发送广播包的。你得显式打开这个开关：

int broadcast = 1;
if (setsockopt(sockfd, SOL_SOCKET, SO_BROADCAST, &broadcast, sizeof(broadcast)) < 0) {
    perror("setsockopt SO_BROADCAST failed");
    exit(1);
}

嗯，这里要注意：只有UDP Socket才能设置SO_BROADCAST。TCP是点对点的，你设了也没用。我曾经见过一个新手，在TCP Socket上设了这个选项，然后跑来问我为什么报错……

12.3.2 加入组播组

组播稍微复杂一点。发送端不需要特殊设置，但接收端必须“加入”组播组。用到的结构体是struct ip_mreq：

struct ip_mreq mreq;
mreq.imr_multiaddr.s_addr = inet_addr("239.0.0.1");  // 组播组地址
mreq.imr_interface.s_addr = htonl(INADDR_ANY);       // 使用默认网卡

if (setsockopt(sockfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mreq, sizeof(mreq)) < 0) {
    perror("setsockopt IP_ADD_MEMBERSHIP failed");
    exit(1);
}

这里有个坑：imr_interface指定的是网卡IP。如果你的机器有多块网卡，最好明确指定用哪一块。我曾经在服务器上调试组播，发现收不到数据，折腾了半天才发现是网卡选错了。

12.3.3 设置组播TTL

组播包也有TTL（生存时间），默认是1，意味着数据包只能在本地子网内传播。如果你想跨路由器，就得调大TTL：

int ttl = 64;
setsockopt(sockfd, IPPROTO_IP, IP_MULTICAST_TTL, &ttl, sizeof(ttl));

TTL每经过一个路由器就减1，减到0就丢弃。所以64的TTL足够你在一个中型企业网络里用了。

12.4 广播 vs 组播：怎么选？

很多初学者会问：既然广播这么简单，为什么还要用组播？我举个例子你就明白了。

假设你有一个视频会议系统，100个人在线。如果用广播，那100个人都得处理你的视频流，哪怕他们根本没打开会议窗口。这会造成CPU和带宽的浪费。而组播就聪明多了——只有真正加入会议组的人才会收到数据。

特性	广播	组播
接收范围	整个子网	只有加入组播组的主机
路由器转发	不转发（默认）	可配置转发（需要IGMP）
适用场景	局域网设备发现、DHCP	视频会议、直播、数据同步
网络负载	高（所有主机都得处理）	低（只发给订阅者）

我个人建议：能不用广播就不用广播。广播就像在办公室里大喊，组播就像拉个微信群。除非你的需求特别简单（比如局域网内找设备），否则组播是更优雅的选择。

12.5 避坑指南：我曾经踩过的雷

最后，分享几个我实际项目中遇到的坑，希望能帮你少走弯路：

• 防火墙拦截：很多操作系统默认会拦截广播和组播包。如果你发现收不到数据，先检查防火墙。我曾经在Windows上调试组播，关了防火墙就好了。
• 多网卡绑定问题：如果你的机器有多个网卡（比如有线+无线），组播包可能从错误的网卡发出。解决办法是用setsockopt的IP_MULTICAST_IF选项指定出口网卡。
• 组播地址冲突：不要随便用224.0.0.x，这些是保留地址。我习惯用239.0.0.x，安全又省心。
• SO_REUSEADDR：多个进程要同时接收同一个组播数据时，记得设置SO_REUSEADDR，否则第二个进程会绑定失败。

12.6 一张图看懂广播与组播

下面这张SVG图，展示了广播和组播的核心区别。左边是广播，数据发给所有人；右边是组播，只有订阅者能收到。

好了，关于UDP广播和组播，核心内容就这些。记住几个关键点：广播用SO_BROADCAST，组播用IP_ADD_MEMBERSHIP，多网卡环境要指定接口。下次你在局域网里做设备发现或者视频传输，就知道该选哪个了。

---

公众号:蓝海资料掘金营，微信deep3321