Prevent boost::asio::io_context from returning when there is no more work to do(当没有更多的工作要做时,防止Boost::ASIO::IO_CONTEXT返回)
问题描述
boost::asio::io_context::run()在没有挂起的工作时返回。我希望避免此行为,以便run()确实无限期地等待新工作,并有可能从另一个线程停止它。
我想这可以通过在io_context中启动一个无限长的计时器,并在我们希望run()返回时调用该计时器来实现。
这是正确的方法吗?有干净的方法吗?
推荐答案
可以使用executor_work_guard。
在ctor中,它从io_CONTEXT实例中获取Executor并在此Executor上调用on_work_started,这意味着io_context::run不会在没有工作要做时结束see reference。
这可确保io_Context的run()和run_one()函数 工作正在进行时不退出。
所以简单的代码看起来像
boost::asio::io_context io;
boost::asio::executor_work_guard<decltype(io.get_executor())> work{io.get_executor()};
io.run(); // [1]
cout << "you will never see this line" << endl;
代码挂起在1行。io_context::run可能在调用work析构函数时结束。
在较早的Boost或ASIO版本上,对应的类为io_service::work
这篇关于当没有更多的工作要做时,防止Boost::ASIO::IO_CONTEXT返回的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:当没有更多的工作要做时,防止Boost::ASIO::IO_CONTEXT返回
基础教程推荐
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 初始化列表*参数*评估顺序 2021-01-01
- CString 到 char* 2021-01-01
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
