C++ 标准:C+中的螺纹+;和go语言中的goroutine?

C++ 标准:C+中的螺纹+;和go语言中的goroutine?,c++,multithreading,c++11,go,cloud,C++,Multithreading,C++11,Go,Cloud,go语言中gorouting的本质是一种自动光纤/协同路由 STD的性质::C++中的线程是本地线程的包装器。 我认为std::thread应该是并行工作的抽象,而不仅仅是本机线程。在云计算时代,它非常重要 有没有像下面这样使用std::thread的方法: std::thread<GoroutingStyle> t1; std::thread<NativeThreadStyle> t2; std::线程t1; std::螺纹t2; 或者如果不是,C++标准考

go语言中gorouting的本质是一种自动光纤/协同路由

STD的性质::C++中的线程是本地线程的包装器。 我认为std::thread应该是并行工作的抽象,而不仅仅是本机线程。在云计算时代,它非常重要

有没有像下面这样使用std::thread的方法:

std::thread<GoroutingStyle>    t1;
std::thread<NativeThreadStyle> t2;
std::线程t1;
std::螺纹t2;
<>或者如果不是,C++标准考虑添加一些特征/库来支持GOODUTION?

<>或者如果不是,C++标准考虑添加一些特征/库来支持GOODUTION?


您所请求的类似于光纤库—即将推出的库boost.fiber包含协作调度光纤、互斥体/条件变量/屏障/…-该接口类似于boost.thread。

如果您搜索C/C++的协同程序库,您可以找到它们。该语言不需要提供明确的支持。从那里包装它们应该不难。@mah该语言也不需要对容器的显式支持,所以我们应该继续删除
std::vector
和co,我猜?像往常一样,帮助贫血的C++标准库。@ VoO我从未建议过这样的支持是不可以甚至不应该添加的(我没有任何意见),我只提到不需要现有的支持来使用一个包的协同例程模型。你似乎读到的东西比提供的要多。@mah在这种情况下,我道歉。在这一点上我有点隐晦,因为许多人似乎在为C++迄今为止最大的问题(有缺陷的标准库)辩护,他们说“只使用这些库中的一个”忽略了这种解决方案所带来的可移植性和质量问题。你是专门寻找
而不是