c++ - boost asio计时器是否应在 `cancel`上阻塞？

我观察到，当调用boost::asio::steady_timer且cancel提供的回调已在执行时，async_wait正在阻塞。这是预期的行为吗？它是可配置的吗？为什么首先要阻止它？

调用栈:

#0  __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:135
#1  0x00007f4d4c703dbd in __GI___pthread_mutex_lock (mutex=0x20000616f558) at ../nptl/pthread_mutex_lock.c:80
#2  0x000070000086ef75 in boost::asio::detail::posix_mutex::lock (this=0x20000616f558) at /source/boost/include/boost/asio/detail/posix_mutex.hpp:52
#3  0x000070000087036e in boost::asio::detail::conditionally_enabled_mutex::scoped_lock::scoped_lock (this=0x40000623e970, m=...) at /source/boost/include/boost/asio/detail/conditionally_enabled_mutex.hpp:55
#4  0x00007000009ebf7f in boost::asio::detail::epoll_reactor::cancel_timer<boost::asio::detail::chrono_time_traits<std::chrono::_V2::steady_clock, boost::asio::wait_traits<std::chrono::_V2::steady_clock> > > (this=0x20000616f520, queue=..., timer=...,
    max_cancelled=18446744073709551615) at /source/boost/include/boost/asio/detail/impl/epoll_reactor.hpp:62
#5  0x00007000009e8322 in boost::asio::detail::deadline_timer_service<boost::asio::detail::chrono_time_traits<std::chrono::_V2::steady_clock, boost::asio::wait_traits<std::chrono::_V2::steady_clock> > >::cancel (this=0x200006188f60, impl=..., ec=...)
    at /source/boost/include/boost/asio/detail/deadline_timer_service.hpp:144
#6  0x00007000009e5211 in boost::asio::basic_waitable_timer<std::chrono::_V2::steady_clock, boost::asio::wait_traits<std::chrono::_V2::steady_clock> >::cancel (this=0x20009470cfc8)
    at /source/boost/include/boost/asio/basic_waitable_timer.hpp:329

最佳答案

看起来问题出在我们在多进程环境中工作。所有进程共享同一个内存，在此共享内存上创建的所有对象(包括互斥锁，线程等)。为了在这种情况下正常运行，系统中使用的互斥锁是使用PTHREAD_PROCESS_SHARED属性创建的。显然，asio互斥锁不是使用这样的属性创建的，因此我猜这是互斥锁卡在意外位置的问题。一旦io_context和steady_timer开始仅在一个进程中执行，它便开始按预期工作

关于c++ - boost asio计时器是否应在 `cancel`上阻塞？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/51278733/