使用UDP实现m:n网络时多接收端绑定同端口失败问题

你遇到的现象和UDP协议本身的设计无关，本质是对套接字端口绑定规则、发送端/接收端的行为逻辑存在认知偏差。 #

你的发送端代码从来没有绑定本地11000端口：

• 代码里构造的IPEndPoint(IPAddress.IPv6Loopback, 11000)是数据包要发往的目标地址，不是发送端socket自身的本地监听地址。
• 你没有在发送端显式调用Bind()方法，调用SendTo()时操作系统会自动给发送端socket分配一个随机的临时端口作为源端口，所有发送端实例各自占用不同的随机端口，向同一个目标端口发数据，自然不会有端口冲突。

你可以做个验证：在发送端SendTo()之前加一行socket.Bind(endPoint)，再启动第二个发送端实例，一样会抛出端点已被占用的错误——这时候发送端和接收端的行为没有任何区别。 #

接收端代码显式调用了Bind(endPoint)，明确要求操作系统把当前socket绑定到本地[IPv6环回地址]:11000这个端点上。
操作系统套接字的默认规则是：同一个本地IP+端口的组合，同一时间只允许一个socket绑定。不管是TCP还是UDP，这个默认规则都是一致的——系统需要明确知道收到的数据包该投递给哪个socket，默认不允许多个socket同时抢占同一个端点。

你认为“UDP默认支持多接收端”是认知偏差：UDP是无连接协议，但这个特性只体现在传输时不需要建立连接、不保证可靠交付，和端口绑定的规则没有关系。 #

你需要先明确自己的业务需求，再对应修改代码：

场景1：多个接收端负载均衡，每个数据包只分发给其中一个接收端 #

在接收端创建socket之后、调用Bind()之前，开启端口复用选项即可：

var socket = new Socket(AddressFamily.InterNetworkV6, SocketType.Dgram, ProtocolType.Udp);
// 新增：开启地址复用
socket.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
// 可选：如果需要兼容IPv4/IPv6双栈可开启，避免端口被其他协议栈占用
socket.SetSocketOption(SocketOptionLevel.IPv6, SocketOptionName.IPv6Only, false);

// 后续Bind、接收逻辑不变
socket.Bind(endPoint);

注意事项：

• 所有要绑定同一个端口的接收端进程，都必须开启这个选项，否则还是会绑定失败
• Windows平台下这个选项存在安全风险，任意进程都可以复用已经被绑定的端口，本地IPC场景下风险可控，公网场景需要谨慎使用
• 不同系统的负载均衡策略有差异：Windows下多个socket的调度优先级可能有区别，Linux下默认是按四元组哈希做均匀调度

场景2：每个数据包要分发给所有绑定的接收端 #

这种场景不要用单播发送，改用UDP组播实现：

1. 发送端把目标地址改成IPv6本地节点组播地址（比如ff02::1），端口保持11000即可
2. 接收端绑定到组播地址对应的端点，调用SetSocketOption加入对应组播组，所有加入组播组的接收端都会收到同一份数据包

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