iocp GetQueuedCompletionStatus失败，异常代码121
iocp GetQueuedCompletionStatus失败，错误代码121？
client一直与server保持连接，过了2、3个小时偶尔会出现这个问题，请问是什么原因呢？这段时间网络可能没有数据传输。121--信号灯超时时间已到。网上找了很久，也有人遇到，但都没有找到答案。
------解决思路----------------------
长连接，至少要实现心跳保活啊，否则即使套接字内部没有产生错误，也许你的连接也会被中间经过的某个交换机给断掉，另外客户端的重连，应该是没有什么方法能避免得了的，除非你不用TCP。
对于服务端来说，GetQueuedCompletionStatus失败了，只要返回的重叠结构指针不是NULL，你就要继续处理，即使这是一个死连接，那么也会在你最后的操作码和完成字节数中体现出来，如果重叠结构指针传回了NULL，才考虑看错误代码。
------解决思路----------------------
我不知道 SO_KEEPALIVE 是怎样的一种机制，需求长连接的应用，我只知道，客户端重连是必须要做的，通常的做法都是客户端发心跳包给服务端，服务端记录时间，服务端返回一个包回去，客户端记录时间，那么不管哪一方，一旦出现超时，都是直接断开，该回收的资源回收，客户端重新考虑去连服务端，就算你使用了SO_KEEPALIVE 也是需要这么做，并不是说你简单的设置几个参数，就万事大吉什么都不用管了。
对于IOCP服务端来说 GetQueuedCompletionStatus 失败一次并不意味着你监听的那个端口就不能用了，正常情况下也不可能去操作到用来监听的套接字，那么只要客户端和服务端之间有保活机制，客户端能重连，还有什么好担心的呢？
作为程序员来说，你不用考虑TCP连接跟路由，交换机有什么关系，你只要知道，长时间没有IO数据的连接，确实是会在你经过的某些交还机或者路由器上直接断掉，如果你没有超时检测机制，这种时候，双方或其中一方会认为对方还正常连着的，但是实际上已经是一个死连接了。
client一直与server保持连接，过了2、3个小时偶尔会出现这个问题，请问是什么原因呢？这段时间网络可能没有数据传输。121--信号灯超时时间已到。网上找了很久，也有人遇到，但都没有找到答案。
------解决思路----------------------
长连接，至少要实现心跳保活啊，否则即使套接字内部没有产生错误，也许你的连接也会被中间经过的某个交换机给断掉，另外客户端的重连，应该是没有什么方法能避免得了的，除非你不用TCP。
对于服务端来说，GetQueuedCompletionStatus失败了，只要返回的重叠结构指针不是NULL，你就要继续处理，即使这是一个死连接，那么也会在你最后的操作码和完成字节数中体现出来，如果重叠结构指针传回了NULL，才考虑看错误代码。
------解决思路----------------------
我不知道 SO_KEEPALIVE 是怎样的一种机制，需求长连接的应用，我只知道，客户端重连是必须要做的，通常的做法都是客户端发心跳包给服务端，服务端记录时间，服务端返回一个包回去，客户端记录时间，那么不管哪一方，一旦出现超时，都是直接断开，该回收的资源回收，客户端重新考虑去连服务端，就算你使用了SO_KEEPALIVE 也是需要这么做，并不是说你简单的设置几个参数，就万事大吉什么都不用管了。
对于IOCP服务端来说 GetQueuedCompletionStatus 失败一次并不意味着你监听的那个端口就不能用了，正常情况下也不可能去操作到用来监听的套接字，那么只要客户端和服务端之间有保活机制，客户端能重连，还有什么好担心的呢？
作为程序员来说，你不用考虑TCP连接跟路由，交换机有什么关系，你只要知道，长时间没有IO数据的连接，确实是会在你经过的某些交还机或者路由器上直接断掉，如果你没有超时检测机制，这种时候，双方或其中一方会认为对方还正常连着的，但是实际上已经是一个死连接了。