我有手工制作的线程池。线程从完成端口读取并做一些其他事情。必须结束一个特定的线程。如果它卡在 GetQueuedCompletionStatus() 或 GetQueuedCompletionStatusEx() 上,如何中断它的等待?
- 有限超时(100-1000 毫秒)和退出变量远非优雅,会导致延迟并留作最后的手段。
- 目标线程中 APC 内的 CancelIo(completionPortHandle) 导致
ERROR_INVALID_HANDLE
。 - CancelSynchronousIo(completionPortHandle) 导致
ERROR_NOT_FOUND
。 - 带有终止数据包的 PostQueuedCompletionStatus() 不允许选择线程。
- 带有互斥量的粗略 TerminateThread() 应该可以工作。 (我还没有测试过。)但它在意识形态上好吗?
- 我试图等待特殊事件和完成端口。
WaitForMultipleObjects()
立即返回,就好像完成端口收到信号一样。GetQueuedCompletionStatus()
显示未返回任何内容。
我读了Overlapped I/O: How to wake a thread on a completion port event or a normal event?并在谷歌上搜索了很多。
可能,问题本身——结束线程的工作——是糟糕设计的标志,我的所有线程应该是平等的,并混合到正常的线程池中。在这种情况下,PostQueuedCompletionStatus() 方法应该起作用。 (尽管我怀疑这种方法是否美观简洁,尤其是当线程使用 GetQueuedCompletionStatusEx() 一次获取多个数据包时。)
最佳答案
如果您只是想减小线程池的大小,那么退出哪个线程并不重要。
但是,如果出于某种原因您需要向特定线程发出它需要退出的信号,而不是允许任何线程退出,您可以使用此方法。
如果您使用 GetQueuedCompletionStatusEx
,您可以通过为 fAlertable
传递 TRUE
来进行警报等待。然后,您可以使用 QueueUserAPC
将 APC 排队到要退出的线程。
如果线程正忙,那么您仍然需要等待当前工作项完成。
当然不要调用TerminateThread。
关于winapi - 如何强制 GetQueuedCompletionStatus() 立即返回?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32921513/