c++ - std::boost::asio::post/dispatch 使用哪个 io_context？

Question

在使用 boost::asio 1.66 时，我在文档中读到 boost::asio::io_context::post已弃用 boost::asio::post , 与 boost::asio::io_context::dispatch 相同.因为在它们之前，io_context 的成员函数在哪里？之前，当然处理程序需要在某些 io_context 的上下文中执行即 executor我的问题是:

boost::asio::io_context::post 最简单的重载如何知道哪个 io_context即 executor使用？

template< typename CompletionToken> DEDUCED post(CompletionToken && token); 的文档指出

Obtains the handler's associated executor object ex by performing get_associated_executor(handler).

但是get_associated_executor的文档我也不清楚。我的猜测是由于 Template argument deduction 它可以在当前执行的处理程序中以某种方式获取它，但我想确定，而且，如果我调用 post 是不够的在 boost::asio 处理程序之外。

Answer 1

文档的核心位于 associated_executor trait 中。 :

• get()

  If T has a nested type executor_type, returns t.get_executor(). Otherwise returns ex.

• executor_type

  If T has a nested type executor_type, T::executor_type. Otherwise Executor.

如果您的处理程序类型¹ 具有嵌套的 executor_type 类型，则假定调用 token.get() 将返回要使用的正确执行程序。

如果您在未指定执行程序/执行上下文的情况下传递一个 vanilla 可调用对象，您将获得一个默认构造的执行上下文实例:boost::asio::system_executor。

这样做的目的是使用自定义处理程序类型实现 DoTheRightThing。例如。如果你在 strand 上发布一些东西，处理程序将被包装在特定于 strand 实现的类型中。 associated_executor 特征和同上 get_executor() 成员函数将协调以指向该链的执行程序。

---

¹ 或任何标记，以防您的调用模型不同，例如 yield 上下文