Node.js 10.5+支持工作线程作为实验特性(你可以使用——experimental-worker flag enabled): https://nodejs.org/api/worker_threads.html

所以，规则是:

如果你需要做I/O绑定操作，那么使用内部机制(即callback/promise/async-await) 如果你需要做CPU绑定的操作，那么使用工作线程。

工作线程是长期存在的线程，这意味着生成一个后台线程，然后通过消息传递与它通信。

否则，如果需要使用匿名函数执行较重的CPU负载，则可以使用https://github.com/wilk/microjob，这是一个围绕工作线程构建的小型库。

实际上多线程与语言本身没有关系。 这是一个。net的多线程Javascript引擎。 它在多线程场景下工作得非常好。 它集成了c#运行时，所以所有的同步逻辑都类似于c#。可以启动/等待/等待任务，也可以启动线程。你甚至可以放锁。下面的示例演示了在。net运行时中使用Javascript语法的并行循环。

https://github.com/koculu/topaz

var engine = new TopazEngine();
engine.AddType(typeof(Console), "Console");
topazEngine.AddType(typeof(Parallel), "Parallel");
engine.ExecuteScript(@"
var sharedVariable = 0
function f1(i) {
    sharedVariable = i
}
Parallel.For(0, 100000 , f1)
Console.WriteLine(`Final value: {sharedVariable}`);
");

除此之外，微软正在开发Napa.js，一个支持多线程的Node.js克隆。

https://github.com/microsoft/napajs

据我所知，谷歌Chrome将有多线程javascript，所以这是一个“当前实现”的问题。

传统上，JS是为简短、快速运行的代码而设计的。如果你需要进行重要的计算，你就需要在服务器上进行——让一个JS+HTML应用程序长时间运行在你的浏览器中做一些重要的事情是荒谬的。

Of course, now we have that. But, it'll take a bit for browsers to catch up - most of them have been designed around a single-threaded model, and changing that is not easy. Google Gears side-steps a lot of potential problems by requiring that background execution is isolated - no changing the DOM (since that's not thread-safe), no accessing objects created by the main thread (ditto). While restrictive, this will likely be the most practical design for the near future, both because it simplifies the design of the browser, and because it reduces the risk involved in allowing inexperienced JS coders mess around with threads...

@marcio:

为什么不使用Javascript实现多线程呢?程序员可以用他们拥有的工具做任何他们想做的事情。

So then, let's not give them tools that are so easy to misuse that every other website i open ends up crashing my browser. A naive implementation of this would bring you straight into the territory that caused MS so many headaches during IE7 development: add-on authors played fast and loose with the threading model, resulting in hidden bugs that became evident when object lifecycles changed on the primary thread. BAD. If you're writing multi-threaded ActiveX add-ons for IE, i guess it comes with the territory; doesn't mean it needs to go any further than that.

正如matt b所说，这个问题不是很清楚。假设您正在询问语言中的多线程支持:因为目前在浏览器中运行的99.999%的应用程序都不需要多线程。如果你真的需要它，有一些变通方法(比如使用window.setTimeout)。

一般来说，多线程是非常，非常，非常，非常，非常，非常，很难(我说过它很难吗?)，除非你加入额外的限制(比如只使用不可变数据)。

你的意思是为什么语言不支持多线程，或者为什么浏览器中的JavaScript引擎不支持多线程?

第一个问题的答案是，浏览器中的JavaScript是在沙盒中运行的，以一种独立于机器/操作系统的方式运行，添加多线程支持会使语言变得复杂，并将语言与操作系统联系得太紧密。