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

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

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

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

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

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

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

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

javascript多线程显然是可能的使用HTML5带来的网络工作者。

webworker和标准多线程环境之间的主要区别是内存资源不与主线程共享，对象的引用从一个线程到另一个线程是不可见的。线程通过交换消息进行通信，因此可以实现遵循事件驱动设计模式的同步和并发方法调用算法。

有很多框架允许在线程之间结构化编程，其中包括OODK-JS，这是一个支持并发编程的OOP js框架 https://github.com/GOMServices/oodk-js-oop-for-js

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

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