Windows下绑定不同地址同端口的UDP套接字仅首个能接收数据的问题

问题根源 #

你碰到的情况核心原因是Windows UDP套接字的数据包分发机制：同一进程内多个UDP套接字绑定同端口不同IP时，Windows遵循「先绑定先抢占」规则——最先完成绑定的套接字会垄断该端口的所有入站数据包，哪怕后续绑定的套接字匹配度更高。

比如你先绑定0.0.0.0:1234（套接字A），再绑定192.168.1.1:1234（套接字B），所有发往1234端口的数据包都会被A接收，B无法获取数据。

关于匹配优先级的疑问 #

你的猜测不完全准确——Windows UDP分发逻辑并非严格按「匹配度最高」选择接收套接字。默认模式下，只要第一个绑定的是通配IP套接字，它就会接收该端口的所有数据包，后续绑定的精确IP套接字无法分到对应流量。只有使用异步IO模型（如重叠IO、WSAEventSelect）并做特殊处理，才可能让多个套接字获取匹配数据包，但默认阻塞/非阻塞接收模式下，先绑定的套接字会完全接管端口。

适配需求的解决方案 #

你的目标是用同一端口复用两个不同协议的库，尽量少改代码，推荐两种方案：

• 统一套接字转发层：仅绑定0.0.0.0:1234一个套接字，收到数据包后根据协议格式判断归属，手动转发给对应库的处理逻辑。无需修改库核心代码，仅在入口增加一层简单分发逻辑。
• 调整绑定顺序：先绑定精确IP的套接字B（192.168.1.1:1234），再绑定通配IP的套接字A（0.0.0.0:1234）。此时发往192.168.1.1:1234的数据包会被B接收，其他IP的数据包由A接收——但该逻辑依赖绑定顺序，需严格控制初始化流程。

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