使用pthread_cancel取消线程:好的做法或不好的

我在Linux上有一个C ++程序(CentOS 5.3)产生多个线程,在无限循环中执行一个任务并在一定的时间内hibernate。 现在,我必须取消正在运行的线程,以防万一发生新的configuration通知,并且新启动一组新的线程,为此我使用了pthread_cancel。 我观察到的是,即使接收到取消指示,线程也没有停止,甚至一些睡眠线程在睡眠完成后出现。

由于行为并不理想,所以在上述情况下使用pthread_cancel会引起对做法的好坏的质疑。

请在上述场景中对pthread_cancel用法进行评论。

Solutions Collecting From Web of "使用pthread_cancel取消线程:好的做法或不好的"

一般来说,线程取消并不是一个好主意。 只要有可能,最好是有一个共享标志,这个标志被线程用来跳出循环。 这样,你将让线程执行任何清理,他们可能需要做的实际退出之前。

在线程没有实际取消的问题上,POSIX规范确定了一组取消点( man 7 pthreads )。 线程只能在这些点上取消。 如果您的无限循环不包含取消点,则可以通过调用pthread_testcancel来添加取消点。 如果pthread_cancel被调用,那么它将在这一点上起作用。

如果您正在编写异常安全的C ++代码(请参阅http://www.boost.org/community/exception_safety.html ),那么您的代码自然就可以取消线程了。 glibs在线程取消时抛出C ++异常 ,这样你的析构函数可以做适当的清理工作。

我会使用boost :: asio。

就像是:

 struct Wait { Wait() : timer_(io_service_), run_(true) {} boost::asio::io_service io_service_; mutable boost::asio::deadline_timer timer_; bool run_; }; void Wait::doWwork() { while (run) { boost::system::error_code ec; timer_.wait(ec); io_service_.run(); if (ec) { if (ec == boost::asio::error::operation_aborted) { // cleanup } else { // Something else, possibly nasty, happened } } } } void Wait::halt() { run_ = false; timer_.cancel(); } 

一旦你了解了它,asio是一个很棒的工具。

你可以做相当于下面的代码。

 #include <pthread.h> #include <cxxabi.h> #include <unistd.h> ... void *Control(void* pparam) { try { // do your work here, maybe long loop } catch (abi::__forced_unwind&) { // handle pthread_cancel stack unwinding exception throw; } catch (exception &ex) { throw ex; } } int main() { pthread_t tid; int rtn; rtn = pthread_create( &tid, NULL, Control, NULL ); usleep(500); // some other work here rtn = pthtead_cancel( tid ); }