asio::io_context 和 asio::thread_pool 有什么区别？

Question

从多个线程调用其函数的anasio::thread_pool和 an之间有什么区别？我可以取代我该调用线程有？或者我需要某个地方吗？asio::io_contextrun()boost::thread_groupio_context::run()asio::thread_poolio_context

更新

当我使用 时asio::thread_pool，我还需要io_context使用套接字、定时器等吗？这两个thread_pool和io_context是一个asio::execution_context。但是，文档说它io_context“提供核心 I/O 功能”。如果我只使用一个asio::thread_pool而没有一个，我会失去这些io_context吗？

Answer 1

线程池隐式运行发布在其上的所有任务（直到其停止）。

io_service 不会对运行它的线程进行任何假设：您需要确保这样做，并且您可以自由决定是在多个线程、一个线程还是混合线程（例如一个线程）上运行它一次，但来自多个线程？）。

进一步说明：

• 处理来自io_servicerun/poll 成员的异常（是否应该捕获 boost::asio::io_service::run() 抛出的异常？）
• 如果您在多个线程上运行 io_service，请确保您了解您使用的服务对象的线程安全性（请参阅为什么在使用 boost::asio 时每个连接需要链？）
• 如果您知道有多少线程将运行您的服务，请考虑在构造时提供并发提示（https://www.boost.org/doc/libs/1_66_0/doc/html/boost_asio/overview/core/concurrency_hint.html）
• io_service可以重新启动（在 后reset()）。asio::thread_pool没那么多（参见[search is dead atm ]，与asio::io_service 和 thread_group 生命周期问题进行比较）
• 所管理的线程asio::thread_pool是“不透明的”：您无法控制它们的创建方式。如果您需要例如每个线程初始化第三方库或想要将 Boost Thread 与interruption_points等一起使用，那么这将是一个无赖。