这是一个刻意的设计决定还是我们当前浏览器的问题,将在未来版本中得到纠正？
JavaScript不支持多线程,因为浏览器中的JavaScript解释器是单线程(AFAIK).即使谷歌Chrome也不会让单个网页的JavaScript同时运行,因为这会在现有网页中造成大量并发问题.所有Chrome确实将单独的多个组件(不同的选项卡,插件等)分离到单独的进程中,但我无法想象单个页面具有多个JavaScript线程.
但是,您可以按照建议使用setTimeout某种调度和"假"并发.这会导致浏览器重新获得对渲染线程的控制,并setTimeout在给定的毫秒数后启动提供的JavaScript代码.如果要在对其执行操作时允许视口(您看到的内容)进行刷新,这非常有用.只需循环遍历例如坐标并相应地更新元素,就可以让您看到开始和结束位置,而不会介于两者之间.
我们在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/
传统上,JS旨在用于简短,快速运行的代码片段.如果您正在进行重大计算,那么您是在服务器上进行的 - 在浏览器中长时间运行的JS + HTML 应用程序的想法是非常荒谬的.
当然,现在我们有了.但是,浏览器需要花费一些时间才能赶上 - 大多数都是围绕单线程模型设计的,改变这一点并不容易.Google Gears通过要求后台执行被隔离来解决许多潜在问题 - 不更改DOM(因为这不是线程安全的),不访问主线程创建的对象(同上).虽然限制性,但这可能是不久的将来最实用的设计,因为它简化了浏览器的设计,并且因为它降低了允许没有经验的JS编码人员乱用线程所涉及的风险......
@marcio:
为什么这不是在Javascript中实现多线程的原因？程序员可以使用他们拥有的工具做任何他们想做的事情.
那么,我们不要给他们那些容易被滥用的工具,以至于我打开的每个其他网站都会崩溃我的浏览器.这种天真的实现会让你直接进入导致MS在IE7开发过程中出现如此多头痛的领域:附加作者使用线程模型快速而松散地运行,导致隐藏的错误在主线程上对象生命周期发生变化时变得明显.坏.如果您正在为IE编写多线程ActiveX加载项,我想它是随着领域而来的; 并不意味着它需要更进一步.
JavaScript多线程(有一些限制)就在这里.谷歌为Gears实施了工作人员,HTML5中包含了工作人员.大多数浏览器已经添加了对此功能的支持.
数据的线程安全性得到保证,因为与工作者之间传递的所有数据都是序列化/复制的.
有关详细信息,请阅读:
http://www.whatwg.org/specs/web-workers/current-work/
http://ejohn.org/blog/web-workers/
我不知道这个决定的基本原理,但我知道您可以使用setTimeout模拟多线程编程的一些好处.您可以同时给出多个进程执行操作的错觉,但实际上,所有操作都发生在一个线程中.
让你的函数做一些工作,然后调用类似的东西:
setTimeout(function () {
... do the rest of the work...
}, 0);
当他们有机会时,任何其他需要做的事情(如UI更新,动画图像等)都会发生.
你的意思是为什么语言不支持多线程或为什么浏览器中的JavaScript引擎不支持多线程？
第一个问题的答案是浏览器中的JavaScript意味着在沙箱中运行,并且以机器/ OS独立的方式运行,添加多线程支持会使语言复杂化并使语言与操作系统过于紧密地联系起来.
京公网安备 11010802040832号 | 京ICP备19059560号-6 