它与这个问题松散相关:std :: thread是否在C++ 11中汇集？.虽然问题不同,但意图是一样的:
问题1:使用您自己的(或第三方库)线程池以避免昂贵的线程创建仍然有意义吗？
另一个问题的结论是你不能依赖于std::thread汇集(可能或可能不是).但是,std::async(launch::async)似乎有更高的机会被汇集.
它不认为它是由标准强制,但恕我直言,如果线程创建缓慢,我会期望所有好的C++ 11实现都会使用线程池.只有在创建新线程成本低廉的平台上,我才会期望它们总是产生一个新线程.
问题2:这正是我的想法,但我没有事实证明这一点.我很可能会弄错.这是一个有根据的猜测吗？
最后,在这里我提供了一些示例代码,首先展示了我认为线程创建如何表达async(launch::async):
例1:
thread t([]{ f(); });
// ...
t.join();
变
auto future = async(launch::async, []{ f(); });
// ...
future.wait();
示例2:消防和遗忘线程
thread([]{ f(); }).detach();
变
// a bit clumsy...
auto dummy = async(launch::async, []{ f(); });
// ... but I hope soon it can be simplified to
async(launch::async, []{ f(); });
问题3:您希望async版本的thread版本？
其余的不再是问题的一部分,只是为了澄清:
为什么必须将返回值赋给虚拟变量？
不幸的是,当前的C++ 11标准强制您捕获返回值std::async,否则执行析构函数,直到操作终止为止.有人认为这是标准中的一个错误(例如,Herb Sutter). …
标准C++ 11是否保证std::async(std::launch::async, func)在单独的线程中启动功能？
工作草案,编程语言标准C++ 2016-07-12:http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/n4606.pdf
1.一方面,C++ 11-Standard表示如果无法创建线程,则会出现错误.这确保了创建新线程(没有错误).
§30.6.8
6
抛出:system_error如果 policy == launch :: async并且实现无法启动新线程.
7错误条件:
(7.1) - resource_unavailable_try_again - 如果 policy == launch :: async且系统无法启动新线程.
文档说:http://en.cppreference.com/w/cpp/thread/launch
std :: launch :: async启动新线程以异步执行任务
2.在另一方面,它被写入该线程可以被潜在地创建.那些,不一定要创建线程.
§30.6.8
1函数模板async提供了一种机制,可以在新线程中启动函数,并在与其共享共享状态的未来对象中提供函数的结果.
这里写的好像在一个新的线程中,它是否意味着在新的单独线程中没有必要？
§30.6.8
(3.1)
- 如果policy&launch :: async非零 - 调用INVOKE(DECAY_COPY(std :: forward(f)),DECAY_COPY(std :: forward(args))...)(20.14.2,30.3.1.2)好像在一个新的执行线程中,由一个线程对象表示调用DECAY_COPY()在调用async的线程中进行评估.任何返回值都作为结果存储在共享状态中.从执行INVOKE(DECAY_COPY(std :: forward(f)),DECAY_COPY(std :: forward(args))...)传播的任何异常都作为异常结果存储在共享状态中.线程对象存储在共享状态中,并影响引用该状态的任何异步返回对象的行为.
使用时std::async(std::launch::async, func) …
如果有任何"智能"方法来获取在进程内threadID创建的所有s ,则使用pthreads pthread_created假设这些线程是在第三方库中创建的,不会公开这些数据.