这是一个深思熟虑的设计决定，还是我们当前浏览器的一个问题，这个问题将在未来的版本中得到纠正?
当前回答
JavaScript多线程(有一些限制)在这里。谷歌实现了Gears的worker, HTML5也包含了worker。大多数浏览器已经添加了对该特性的支持。
数据的线程安全得到了保证，因为所有与worker通信的数据都被序列化/复制。
欲了解更多信息，请阅读:
http://www.whatwg.org/specs/web-workers/current-work/
http://ejohn.org/blog/web-workers/
其他回答
正如matt b所说，这个问题不是很清楚。假设您正在询问语言中的多线程支持:因为目前在浏览器中运行的99.999%的应用程序都不需要多线程。如果你真的需要它，有一些变通方法(比如使用window.setTimeout)。
一般来说，多线程是非常，非常，非常，非常，非常，非常，很难(我说过它很难吗?)，除非你加入额外的限制(比如只使用不可变数据)。
目前一些浏览器确实支持多线程。如果你需要，你可以使用特定的库。例如，查看下面的材料:
https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers_API/Using_web_workers (支持后台线程); https://keithwhor.github.io/multithread.js/(图书馆)。
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，这是一个围绕工作线程构建的小型库。
你的意思是为什么语言不支持多线程，或者为什么浏览器中的JavaScript引擎不支持多线程?
第一个问题的答案是，浏览器中的JavaScript是在沙盒中运行的，以一种独立于机器/操作系统的方式运行，添加多线程支持会使语言变得复杂，并将语言与操作系统联系得太紧密。
JavaScript多线程(有一些限制)在这里。谷歌实现了Gears的worker, HTML5也包含了worker。大多数浏览器已经添加了对该特性的支持。
数据的线程安全得到了保证，因为所有与worker通信的数据都被序列化/复制。
欲了解更多信息，请阅读:
http://www.whatwg.org/specs/web-workers/current-work/
http://ejohn.org/blog/web-workers/
