UdpClient.Connect()二次调用触发SocketException问题咨询

核心原因：Windows UDP套接字的连接限制 #

你碰到的WSAEISCONN 10056错误不是文档错误，而是Windows平台UDP套接字的固有行为限制。

UDP本身是无连接协议，但UdpClient.Connect()会让底层套接字和指定端点建立"逻辑绑定"。在Windows系统中，一旦UDP套接字通过Connect()绑定了某个目标，就不允许直接调用Connect()切换到其他端点——操作系统会返回"已连接"的错误（10056）。而Linux等其他平台允许重复调用Connect()切换目标，微软文档的备注描述更偏向跨平台的理论行为，没有明确指出Windows的特殊限制，这才造成了你的困惑。

可行解决方案 #

方案1：使用带目标端点的Send重载（推荐） #

直接调用udpClient.Send(sendBuffer, remoteEP)，无需提前Connect()。这种方式每次发送都指定目标端点，完全适配多目标场景，也是你代码里已经验证可行的写法：

var remoteEP = new IPEndPoint(IPAddress.Loopback, remotePort);
udpClient.Send(sendBuffer, remoteEP);

方案2：断开原有连接后重新Connect（不推荐） #

如果必须用Connect()+无参数Send()的组合，需要先通过底层Socket断开原有绑定，再连接新端点：

var remoteEP = new IPEndPoint(IPAddress.Loopback, remotePort);
// 断开之前的逻辑连接
udpClient.Client.Disconnect(true);
// 连接新端点
udpClient.Connect(remoteEP);
udpClient.Send(sendBuffer);

这种方式依赖底层Socket操作，跨平台兼容性差，还增加了复杂度，所以优先选方案1。

总结 #

你的操作没有疏漏，问题出在Windows对UDP套接字Connect()的行为限制，而文档未明确说明这一平台差异。用带端点的Send重载是多目标UDP发送最简洁可靠的方案。

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