我不知道这个决定的基本原理，但我知道可以使用setTimeout模拟多线程编程的一些好处。您可以给人一种错觉，认为多个进程同时在做事情，但实际上，所有事情都发生在一个线程中。

只需要让你的函数做一点工作，然后调用类似这样的东西:

setTimeout(function () {
    ... do the rest of the work...
}, 0);

任何其他需要做的事情(如UI更新，动画图像等)都会在他们有机会的时候发生。

JavaScript不支持多线程，因为浏览器中的JavaScript解释器是一个单线程(AFAIK)。即使谷歌Chrome也不会让单个网页的JavaScript同时运行，因为这会导致现有网页的大量并发问题。Chrome所做的只是将多个组件(不同的选项卡、插件等)分离到单独的进程中，但我无法想象一个页面有多个JavaScript线程。

You can however use, as was suggested, setTimeout to allow some sort of scheduling and “fake” concurrency. This causes the browser to regain control of the rendering thread, and start the JavaScript code supplied to setTimeout after the given number of milliseconds. This is very useful if you want to allow the viewport (what you see) to refresh while performing operations on it. Just looping through e.g. coordinates and updating an element accordingly will just let you see the start and end positions, and nothing in between.

我们在JavaScript中使用了一个抽象库，它允许我们创建进程和线程，它们都由同一个JavaScript解释器管理。这允许我们以以下方式运行操作:

进程A，线程1 进程A，线程2 进程B，线程1 进程A，线程3 进程A，线程4 进程B，线程2 暂停进程A 进程B，线程3 进程B，线程4 进程B，线程5 启动流程A 进程A，线程5

这允许某种形式的调度和伪并行，线程的启动和停止等等，但它不是真正的多线程。我不认为它会在语言本身中实现，因为真正的多线程只有在浏览器可以运行单页多线程(甚至不止一个核心)时才有用，而且那里的困难比额外的可能性要大得多。

关于JavaScript的未来，看看这个: https://developer.mozilla.org/presentations/xtech2006/javascript/

实际上多线程与语言本身没有关系。 这是一个。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

Javascript是一种单线程语言。这意味着它有一个调用堆栈和一个内存堆。正如预期的那样，它按顺序执行代码，并且必须在执行下一段代码之前完成。它是同步的，但有时是有害的。例如，如果一个函数需要一段时间才能执行，或者必须等待某项操作，那么它会同时冻结所有内容。

如果没有适当的语言支持线程同步，那么新的实现尝试线程同步就没有意义了。现有的复杂JS应用(例如任何使用ExtJS的应用)很可能会意外崩溃，但如果没有同步关键字或类似的东西，也很难甚至不可能编写正确运行的新程序。

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，这是一个围绕工作线程构建的小型库。