COM函数产生不会消失的线程

Question

我正在研究一个小应用程序，这个应用程序旨在调用一些（真正多样化的）功能，这些功能可悲地超出了我的控制范围，并且以这样的方式进行设计，用户操作完成。特别是其中的一些产生了一个线程来完成他们的工作，最终将在未来的某个时间点死去。所以有些是实现同步，有些是实现异步，我的代码不知道它会是哪些。

仅限我的应用程序的目的是启动这些任务，并在完成后终止。由于目的是自动化，所以我预计它会在短时间内从批处理文件中调用100次，所以我不希望这个过程再拖延下去。

因为我没有信号，所以我可以等待，我的主线程上的ExitThread()似乎是要走的路，这样任何由外部代码产生的线程最终都会在终止时终止进程。

因此，现在来看看我在标题中提到的实际问题。 :)为了让我的夹具获得适当的界面，我需要解决一些COM功能。 SHParseDisplayName，IShellFolder::GetUIObjectOf和一堆其他人。但是在我完成这些接口并释放它们之后很久，这些线程仍然存在。即使我打电话给CoUninitialize()。

当使用Process Explorer检查我的进程时，这些线程中的大多数似乎将[email protected]作为入口点，并且卡在ntdll.dll!ZwAlpcSendWaitReceivePort+0xa中。显然，使用TerminateThread随机终止线程不是一个选项。

当我完成使用它时，如何获得COM来终止这些线程？我正在使用W7 x64进行开发。

Answer 1

我明白了这个问题，这是一个明显的例子，所有的文档都在某个地方，而不是你要查找的地方，在这个问题上有一个相关的主题有blog post，这使我找到了缺失的一块。

我的应用程序会弹出一个文件（因此在我的代码没有ShellExecute），然后允许一个调用命令的IContextMenu。然而，像properties这样的一些动词是我的问题所讲的古怪的东西：他们产生了另一个线索，并没有通知或明显的方式来阻止它。

使用SHSetExplorerInstance在链接的帖子中提到解决了我的问题。 :)

Answer 2

那些线程不属于COM。它们属于本机Windows线程池。它们被设计用来坚持使用，以便在必要时可以重复使用。假设没有挂起的异步回调，你应该能够干净地关闭。线程池将负责及时销毁线程。