它与这个问题松散相关:std :: thread是否在C++ 11中汇集?.虽然问题不同,但意图是一样的:
问题1:使用您自己的(或第三方库)线程池以避免昂贵的线程创建仍然有意义吗?
另一个问题的结论是你不能依赖于std::thread汇集(可能或可能不是).但是,std::async(launch::async)似乎有更高的机会被汇集.
它不认为它是由标准强制,但恕我直言,如果线程创建缓慢,我会期望所有好的C++ 11实现都会使用线程池.只有在创建新线程成本低廉的平台上,我才会期望它们总是产生一个新线程.
问题2:这正是我的想法,但我没有事实证明这一点.我很可能会弄错.这是一个有根据的猜测吗?
最后,在这里我提供了一些示例代码,首先展示了我认为线程创建如何表达async(launch::async):
例1:
thread t([]{ f(); });
// ...
t.join();
Run Code Online (Sandbox Code Playgroud)
变
auto future = async(launch::async, []{ f(); });
// ...
future.wait();
Run Code Online (Sandbox Code Playgroud)
示例2:消防和遗忘线程
thread([]{ f(); }).detach();
Run Code Online (Sandbox Code Playgroud)
变
// a bit clumsy...
auto dummy = async(launch::async, []{ f(); });
// ... but I hope soon it can be simplified to
async(launch::async, []{ f(); });
Run Code Online (Sandbox Code Playgroud)
问题3:您希望async版本的thread版本?
其余的不再是问题的一部分,只是为了澄清:
为什么必须将返回值赋给虚拟变量?
不幸的是,当前的C++ 11标准强制您捕获返回值std::async,否则执行析构函数,直到操作终止为止.有人认为这是标准中的一个错误(例如,Herb Sutter). …