从另一个线程原子取消 asio 异步计时器

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)

在那个单独的线程函数中。

但也许有人知道解决这个问题的更优雅的方式?

Igo*_* R. 4

实际上,这两种方法都不太安全,只是因为deadline_timer不是线程安全的

IMO,最简单、最安全的方法是post取消:

//...
timer.get_io_service().post([&]{timer.cancel();})
//...
Run Code Online (Sandbox Code Playgroud)

注意:在实际代码中,必须确保timer比函子 (lambda) 的寿命更长。

更新:正如 @sehe 提到的,这个解决方案可能不起作用 - 因为当计时器不再等待时,取消处理程序可能会出现在io_service队列中。print

  • 请注意,这可能会出现竞争条件(发布的“cancel()”可能会在“async_await”未挂起时发生)。参见例如/sf/ask/3021773961/ (3认同)