它的实现不支持多线程。目前谷歌Gears提供了一种通过执行外部进程来使用某种形式的并发的方法，但仅此而已。

新的浏览器谷歌应该今天发布(谷歌Chrome)通过在进程中分离一些代码并行执行。

当然，核心语言可以提供与Java相同的支持，但对Erlang并发性之类的支持还远远不够。

JavaScript多线程(有一些限制)在这里。谷歌实现了Gears的worker, HTML5也包含了worker。大多数浏览器已经添加了对该特性的支持。

数据的线程安全得到了保证，因为所有与worker通信的数据都被序列化/复制。

欲了解更多信息，请阅读:

http://www.whatwg.org/specs/web-workers/current-work/

http://ejohn.org/blog/web-workers/

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

它的实现不支持多线程。目前谷歌Gears提供了一种通过执行外部进程来使用某种形式的并发的方法，但仅此而已。

新的浏览器谷歌应该今天发布(谷歌Chrome)通过在进程中分离一些代码并行执行。

当然，核心语言可以提供与Java相同的支持，但对Erlang并发性之类的支持还远远不够。

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/

英特尔一直在做一些Javascript多线程的开源研究，最近在GDC 2012上展示了它。 这里是视频链接。研究小组使用的OpenCL主要集中在英特尔芯片组和Windows操作系统。该项目代号为RiverTrail，代码可在GitHub上获得

一些更有用的链接:

为Web应用程序构建计算高速公路