Windows下UDP连接被重置错误10054

这个问题是
Winsock所特有的（最起码所有的问题都是在Windows平台下）。一般在使用UDP Socket时，我们发出去数据，是不管它到不到达的，而且UDP并不是面向连接的，所以在收到这个错误时，会感觉很奇怪："连接被重置10054". 这个错误一般是使用UDP Socket接受时收到（这里我不讲具体的语言了，不管你用C#、Python还是C,在Windows下都会有类似的问题，只要你调用类似ReceiveFrom函数）。
这是上一次Send操作向一个地址发送，但是那个地址没有Socket监听（例如对等体崩溃），那么ICMP控制协议会向我们发送一个Port Unreachable错误，当然这个错误应该包含对方的详细地址等信息，但是Winsock把这个错误转化为Connection Reset,在你下一次调用读操作的时候，引发异常，却没把详细信息给你--例如用C#接受到的对方地址是0.0.0.0. 而这个问题最要命的是，如果你不采取措施，每次调用读操作都会引发该异常！ 唯一恢复正常的办法就是把Socket关掉，重开。 这就非常要命：你要实现一个UDP服务器，把收到的音频发给所有的客户，如果某个客户崩溃了或者网络不好，你的Send不会出问题，但是你Receive的时候却出了问题！好吧，你捕获了异常，重新Receive,还是异常！好吧，你关掉Socket重新建立，但是因为不知道是哪个客户出了问题，所以不能及时把他的地址从发送列表里去除（即使使用心跳检测也要等几秒种），下次Send还是这样，你就不停地关闭创建Socket,谁受的了？ 网络上的讨论，最后要么说这是一个bug,要么使用如下代码（以C#为例） const int SIP_UDP_CONNRESET=-1744830452; socket.IOControl（SIP_UDP_CONNRESET, new byte[] {0, 0, 0, 0}, null）； 设置这个选项忽略那个Reset错误，这样不用重建Socket,只不过每次Socket都会向一些已经关闭的客户发包，浪费了服务器资源；只能通过其他机制确定客户端已经断开，延迟一段时间后才能确定哪个客户端出问题。