C#组播绑定异常：网络断开后仍能成功绑定的问题咨询

问题背景 #

在Windows系统下使用.NET Framework 4.0开发C#组播应用时，发现以下异常行为，且4.8及4.8.1版本存在相同问题：

• 组播Socket初始化代码如下：

service = new UdpClient();
service.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
service.Client.SetSocketOption(SocketOptionLevel.IP, SocketOptionName.MulticastTimeToLive, ttl);
service.Client.Bind(new IPEndPoint(localIP, port));
service.JoinMulticastGroup(IPAddress.Parse(group), localIP);

• 三项测试结果：
  • 重启PC并连接网线后运行：一切正常
  • 重启PC未连接网线时运行：出现“地址无效”错误（符合预期）
  • 重启PC连接网线后拔掉网线，再运行：绑定和组播组加入均成功（与预期失败不符）

核心原因 #

这个现象的本质是Windows TCP/IP堆栈对网络接口IP地址的保留机制，以及Socket绑定操作的验证逻辑：

1. 当PC重启并连接网线时，系统会为网络接口分配（或静态配置）对应的IP地址，此时接口处于活跃状态。
2. 拔掉网线后，物理接口虽断开，但Windows不会立即移除该接口的IP地址配置——该IP仍会保留在系统的网络地址列表中，只是对应的接口状态变为“已断开”。
3. Socket的Bind操作仅验证系统中是否存在指定的IP地址配置，不会检查该IP对应的网络接口是否处于在线/活跃状态；JoinMulticastGroup也只是完成组播组在网络堆栈中的注册，不会执行实时的网络连通性检测。因此这两个操作都会成功，但此时实际无法收发组播数据包。

而第二种测试场景（重启未连网线）中，系统从未获取或配置过目标IP地址，Bind时找不到对应IP，因此抛出“地址无效”错误，符合预期。

补充说明 #

你采用的“预先检查绑定地址是否在当前活跃IP列表中”的临时方案是有效的——这种方式可以验证IP对应的接口是否处于在线状态，从而提前排除接口断开的场景。

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