可以使用 boost::asio::thread_pool 而不是将 boost::asio::io_context 与 boost::thread::thread_group 结合使用吗？

Question

我正在努力澄清我的一些困惑。 我偶然发现了boost::asio::thread_pool并且我认为人们可以用某种方式自动组合boost::asio::io_context和boost::thread::thread_group就像经常建议的一样（ here或here ）。 似乎这个特定于asio池可用于将任务post到，但另一方面，某些网络类型（如resolver需要传递一个对象io_context作为构造函数参数，而thread_pool不是也不是从中派生的。

Answer 1

假设您有一个名为ioc io_context对象。

您可以创建多个线程，并在每个线程中调用ioc.run() 。 这是一个阻塞操作，阻塞在 epoll/select/kqueue 上。 请注意， ioc是可共享的，并且通过在多个线程中调用ioc.run() ，它们隐式属于ioc使用的线程池。 我们称这个池为io_threadpool 。

现在创建一个名为compute的单独线程池，用于执行其他操作。 这是可能的：

• 您可以在来自两个池的线程中使用ioc （除了少数几个，如restart() ，它要求ioc不主动运行）。

• 您可以从任何线程进行同步 I/O 调用。

• 您可以从任何线程调用async_read( ..., handler)等异步调用。 但是，处理程序仅在io_threadpool线程之一中调用。

• 您可以在任一线程池中调度任务，但是如果任务不进行任何 I/O，我希望在计算池中调度它会更有效，因为系统不必唤醒epoll() / kqueue() / select()调用它被阻止。

Answer 2

您应该将io_context.run()到thread_pool 。