and*_*gor 5 multithreading boost timer cancellation
我有一个定期运行的 boost period_timer (例如http://www.boost.org/doc/libs/1_35_0/doc/html/boost_asio/tutorial/tuttimer3/src.html):
#include <iostream>
#include <boost/asio.hpp>
#include <boost/bind.hpp>
#include <boost/date_time/posix_time/posix_time.hpp>
void print(const boost::system::error_code& /*e*/,
boost::asio::deadline_timer* t)
{
t->expires_at(t->expires_at() + boost::posix_time::seconds(1));
t->async_wait(boost::bind(print,
boost::asio::placeholders::error, t, count));
}
int main()
{
boost::asio::io_service io;
boost::asio::deadline_timer t(io, boost::posix_time::seconds(1));
t.async_wait(boost::bind(print,
boost::asio::placeholders::error, &t));
io.run();
return 0;
}
Run Code Online (Sandbox Code Playgroud)
现在我需要从另一个线程取消它。但是,如果 cancel 的调用恰好出现在 print 函数执行期间但在 expires_at 调用之前呢?然后定时器将继续运行。
处理它的一种方法是运行类似的东西
while (timer.cancel() == 0) {
}
Run Code Online (Sandbox Code Playgroud)
在那个单独的线程函数中。
但也许有人知道解决这个问题的更优雅的方式?
实际上,这两种方法都不太安全,只是因为deadline_timer
不是线程安全的。
IMO,最简单、最安全的方法是post
取消:
//...
timer.get_io_service().post([&]{timer.cancel();})
//...
Run Code Online (Sandbox Code Playgroud)
注意:在实际代码中,必须确保timer
比函子 (lambda) 的寿命更长。
更新:正如 @sehe 提到的,这个解决方案可能不起作用 - 因为当计时器不再等待时,取消处理程序可能会出现在io_service
队列中。print