除了 Erlang 之外，还有哪些系统是基于“绿色流程”的？

Question

我正在 Green Thread (Wikipedia) 上阅读此信息页面，我想知道：还有哪些其他编程系统依赖 Erlang 之外的“绿色进程”？

编辑：“绿色线程！=绿色进程”

基于

• Erlang
• Inferno

绿色线程基于

• Go

Native进程基于

• C，C ++

更新：没有人回答直接回答这个问题，所以我接受了一个答案，该答案为我提供了有关绿色流程的更多信息。

Answer 1

关于整个“绿线”的名称，请参阅这篇文章的评论：

更严肃地说，我很惊讶地看到您使用 Java 阵营的术语，而不是像“用户空间协作线程”这样的术语；好人 Peter van der Linden 解释了这个术语的起源：

当 Java 1.0 首次在 Solaris 上发布时，它并没有使用本机 Solaris 库 libthread.so 来支持线程。相反，它使用了为代号“Green”的早期项目用 Java 编写的运行时线程支持。该线程库后来被称为“绿色线程”。

我希望我们可以使用操作系统中的术语，例如线程的用户空间与内核调度。毕竟，这是操作系统级别的区别。 “绿色线程”这个名字只是Java的历史。

Answer 2

据我了解，这些“绿色进程”其实和绿色线程没有本质区别。缺乏共享状态是由语言设计造成的，而不是由任何技术或巨大的概念差异造成的。 Erlang 简单地说：

• 没有任何可以从多个进程访问的全局变量
• 只允许通过显式消息在进程之间进行通信
• 隐式复制消息参数（该技术的一大缺点）

因此，两个进程无法访问相同的内存，即使它们可能在操作系统级别共享虚拟内存（我猜这使得 Erlang 更容易在没有操作系统级别线程的体系结构上实现）。

Answer 3

Java 直到 1.2 才使用它们。然后他们意识到，调度两次的较轻线程效率并不高。

Answer 4

现在，还有 Rust（参见 rust-lang.org），它有一个用于 N:M 线程的模块和一个用于内核线程的模块。