closesocket() 未完成 IOCP 的挂起操作
closesocket() not completing pending operations of IOCP
我目前正在使用 C++ 开发服务器应用程序。我的主要灵感来自这些例子：
The I/O Completion Port IPv4/IPv6 Server Program Example
我的应用与这些（socketobj、packageobj、...）非常相似。
一般来说，我的应用 运行ning 没有问题。唯一仍然给我带来麻烦的是半开连接。
我的策略是：我在一个时间段内检查每个连接的客户端，然后数 "idle counter"。如果完成一次，我将重置此计时器。如果空闲计数器太高，我设置一个布尔值以防止其他线程发布操作，然后调用 closesocket().
我的假设是，现在套接字已关闭，挂起的操作将完成（可能不会立即完成，但会在一段时间后完成）。这也是 MSDN 文档描述的行为（提示，第二段）。我需要这个，因为只有所有操作完成后，我才能释放资源。
长话短说：我不是这种情况。我用我的 testclient 应用程序和一些 cout 和断点调试做了一些测试，发现关闭套接字的挂起操作没有完成（即使等待 10 分钟）。我也已经尝试在 closesocket() 之前调用 shutdown()，并且都没有返回错误。
我做错了什么？其他人也有遇到同样的状况吗？ MSDN文档有错吗？有哪些替代方案？
我目前正在考虑 "linger" 功能，或者使用 CancelIoEx() 功能显式取消每个操作
编辑： （感谢您的回复）
昨天晚上我为每个 sockedobj 添加了一个链表来保存待处理操作的每个 io obj。有了这个，我尝试了 CancelIOEx() 功能。对于大多数操作，函数返回 0，GetLastError() 返回 ERROR_NOT_FOUND。
在这种情况下只释放每个 Io Obj 是否安全？
我还发现，当我 运行 我的服务器应用程序和客户端应用程序在同一台机器上时，这种情况发生得更频繁。有时会发生服务器无法完成写操作的情况。我认为发生这种情况是因为客户端接收缓冲区已满。 （客户端不停收数据！）
尽快截取代码。
- 'linger' 设置可用于重置连接，但那样您将 (a) 丢失数据并且 (b) 向对等方发送重置，这可能会吓到它。
- 如果您正在考虑积极的逗留超时，它并没有真正的帮助。
- 读取关闭应该终止读取操作，但是写入关闭只会在等待写入之后排队，所以它根本没有帮助。
- 如果挂起的写入是问题所在，并且未完成，则必须将其取消。
我目前正在使用 C++ 开发服务器应用程序。我的主要灵感来自这些例子：
The I/O Completion Port IPv4/IPv6 Server Program Example
我的应用与这些（socketobj、packageobj、...）非常相似。
一般来说，我的应用 运行ning 没有问题。唯一仍然给我带来麻烦的是半开连接。
我的策略是：我在一个时间段内检查每个连接的客户端，然后数 "idle counter"。如果完成一次，我将重置此计时器。如果空闲计数器太高，我设置一个布尔值以防止其他线程发布操作，然后调用 closesocket().
我的假设是，现在套接字已关闭，挂起的操作将完成（可能不会立即完成，但会在一段时间后完成）。这也是 MSDN 文档描述的行为（提示，第二段）。我需要这个，因为只有所有操作完成后，我才能释放资源。
长话短说：我不是这种情况。我用我的 testclient 应用程序和一些 cout 和断点调试做了一些测试，发现关闭套接字的挂起操作没有完成（即使等待 10 分钟）。我也已经尝试在 closesocket() 之前调用 shutdown()，并且都没有返回错误。
我做错了什么？其他人也有遇到同样的状况吗？ MSDN文档有错吗？有哪些替代方案？
我目前正在考虑 "linger" 功能，或者使用 CancelIoEx() 功能显式取消每个操作
编辑： （感谢您的回复）
昨天晚上我为每个 sockedobj 添加了一个链表来保存待处理操作的每个 io obj。有了这个，我尝试了 CancelIOEx() 功能。对于大多数操作，函数返回 0，GetLastError() 返回 ERROR_NOT_FOUND。
在这种情况下只释放每个 Io Obj 是否安全？
我还发现，当我 运行 我的服务器应用程序和客户端应用程序在同一台机器上时，这种情况发生得更频繁。有时会发生服务器无法完成写操作的情况。我认为发生这种情况是因为客户端接收缓冲区已满。 （客户端不停收数据！）
尽快截取代码。
- 'linger' 设置可用于重置连接，但那样您将 (a) 丢失数据并且 (b) 向对等方发送重置，这可能会吓到它。
- 如果您正在考虑积极的逗留超时，它并没有真正的帮助。
- 读取关闭应该终止读取操作，但是写入关闭只会在等待写入之后排队，所以它根本没有帮助。
- 如果挂起的写入是问题所在，并且未完成，则必须将其取消。