从标准信号处理器调用Boost ASIO的post是否安全？

之前我用Boost信号处理器实现程序关闭逻辑，代码如下：

asio::signal_set sig(srvs.get_boost_ios(), SIGINT, SIGTERM);
sig.async_wait([&](error_code ec, int num) {
    if (!ec) {
        srvs.get_boost_ios().post([&]{
            srvs.close();
        });
    }
});

但在某些配置下程序无法自行终止——因为run()需要等待所有任务完成才会返回，而sig.async_wait会让任务一直处于未完成状态，导致run()无法返回。

于是我改成用std::signal注册信号处理函数，但仍然调用Boost的post()方法，代码如下：

// 为了可移植性可能需要用extern "C"
static void signal_handler(int signal)
{
    srvs.get_boost_ios().post([&]{
        srvs.close();
    });
} 

请问这种操作是否安全？关闭逻辑由Boost线程执行，post()本身支持异步调用，但它是否支持从信号处理器中调用的场景？

这种操作不安全，核心原因是信号处理函数属于异步信号安全上下文，而Boost Asio的io_context::post()并不属于异步信号安全的函数范畴。

核心说明： #

• 信号处理函数中仅允许调用异步信号安全的函数，这类函数由POSIX标准明确规定（例如write()、_exit()等），io_context::post()不在此列表中。在信号上下文调用非信号安全函数会触发未定义行为，可能引发数据竞争、程序崩溃等问题。
• 你最初使用asio::signal_set的方案才是Boost官方推荐的信号处理方式：它内部通过安全机制将信号事件转发到io_context的线程中处理，完全规避了信号上下文的安全风险。
• 针对你遇到的run()无法返回的问题，只需在关闭逻辑中显式取消signal_set的等待任务即可解决。修改后的代码示例：

asio::signal_set sig(srvs.get_boost_ios(), SIGINT, SIGTERM);
sig.async_wait([&](error_code ec, int num) {
    if (!ec) {
        srvs.get_boost_ios().post([&]{
            srvs.close();
            sig.cancel(); // 取消信号等待任务，让run()能正常返回
        });
    }
});

调用sig.cancel()后，async_wait的任务会以operation_aborted错误状态完成，io_context的任务队列清空后，run()就能正常返回。

内容的提问来源于stack exchange，提问作者Rodney