同机器同端口双UdpClient异常：先启动实例发送的数据报无法接收

这个场景我之前做本地UDP测试时也碰到过，核心问题出在UDP套接字的本地环回路由逻辑和端口复用行为差异上，下面给你拆解清楚：

为什么会出现这种现象？ #

• 当实例A先启动并绑定了目标端口（比如1234），哪怕后续实例B通过ReuseAddress选项成功绑定了同一个端口，在本地环回（127.0.0.1）发送数据时，操作系统的UDP内核栈会优先把数据包交付给第一个绑定该端口的套接字。
  • 所以A向127.0.0.1:1234发数据时，内核直接把包交给A自己的套接字，根本不会转发给B，自然B收不到。
  • 而B向127.0.0.1:1234发送时，目标端口的第一个绑定者是A，内核会把包投递到A的套接字，A就能正常接收。
• 广播地址的情况特殊：广播数据包会遍历所有绑定了目标端口且允许接收广播的套接字，所以A和B都能收到，不受绑定顺序影响。

可行的解决方案 #

方案1：避免同端口绑定（最推荐） #

如果业务场景允许，给两个实例分配不同的固定端口，或者让第二个实例自动选择可用的临时端口。这是最直接的解决办法，彻底规避端口复用带来的本地路由问题。

方案2：拆分接收和发送的套接字 #

给每个实例分别创建两个UdpClient：

• 接收套接字：绑定目标端口，并开启端口复用：

  var receiveUdp = new UdpClient();
  receiveUdp.Client.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
  receiveUdp.ExclusiveAddressUse = false;
  receiveUdp.Bind(new IPEndPoint(IPAddress.Loopback, 1234));
  // 启动接收逻辑...
  

• 发送套接字：不绑定任何端口，让系统自动分配临时源端口发送数据：

  var sendUdp = new UdpClient();
  sendUdp.Send(Encoding.UTF8.GetBytes("test"), new IPEndPoint(IPAddress.Loopback, 1234));
  

  这样发送时的源端口不是目标端口，内核会正确将数据包投递到所有绑定目标端口的套接字，A和B就能互相接收对方的消息了。

方案3：使用多播代替广播（可选） #

如果需要类似广播的效果但不想用广播地址，可以让两个实例加入同一个多播组，这样所有加入组的实例都能接收消息，且不受本地端口绑定顺序的影响。

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