c ++跨线程池实现取消

Question

我有几个线程池，我希望我的应用程序处理取消操作。

为此，我实现了一个共享操作控制器对象，我在每个被调用的线程池工作器函数中的各个位置进行轮询。

这是一个很好的模型，还是有更好的方法呢？

我只是担心在整个代码中散布所有这些operationController.checkState（）。

Answer 1

是的，这是一个很好的方法。 Herb Sutter有一篇很好的文章将它与替代品（更糟糕的）相比较。

Answer 2

通过任何类型的异步取消，您将不得不定期轮询某种标志。 必须将事物保持在一个共同状态是一个根本问题。 如果你只是在它正在做的事情中间杀死一个线程，迟早会发生坏事。

根据您实际执行的操作，您可以忽略操作的结果而不是取消它。 您让操作继续，但不要等待它完成，不要检查结果。

如果你真的需要停止操作，那么你将不得不在适当的点进行轮询，并做必要的清理工作。

Answer 3

这是一个很好的方法。

另一种可能的方法是，如果有一些其他子程序[s]，线程仍然会定期调用，检查该子程序并抛出异常（被捕获在线程的顶部），假设“取消”可能被认为是例外，并假设线程执行的代码是异常安全的。

Answer 4

我不会这样做，检查共享对象。

我很可能会为每个线程对象提供一种取消自己线程内执行的方法，无论是事件，线程安全状态变量还是其他什么。

共享操作控制器的问题在于，从我的观点来看，逻辑是相反的，当它不控制任何东西时，为什么称它为“控制器”？

对我来说，操作控制器应该重新获得取消订单，然后选择适当的线程并发出信号停止。 如果你知道我的意思，那将是一个正确的“指挥链”。 你这样做的方法就是在线程中引入一种不自然的行为，而不是“服从”命令停止，而是每次检查他的“上司”是否“写了一些订单”。 不知何故，它感觉不对劲。

另外，如果你将来只停留一些“部分”线程怎么办？ 如果你想包含一些高级逻辑以便线程只在条件下停止怎么办？ 然后你将不得不重写每个线程中的代码来处理这个条件。

因此，我将为每个线程提供一种方法，以便能够处理信号，例如使用具有FIFO结构的命令模式 。

（顺便说一句，我意识到他们是线程池工作者，而不是实际的线程类，但我认为每个工作者必须被发信号分别停止，而不是相反）。

Answer 5

在类似的情况下，我使用了一个事件，非自动重置，所有线程都可以查看该事件。 与轮询非常相似，除非你的线程有时会阻塞，它们也可以为“停止”事件而休眠。 （在Windows上更容易。）

/ L