Kirk Pepperdine 在一篇新文章中详细讨论了关于 JavaScript 性能的主题。他的第一个发现是 JavaScript 引擎规范要比 JVM 的脆弱的多。有太多的 JavaScript 实现，各自具有不同的执行环境。除了这一点外，他还深入了下列主题：
Getters/Setters
……我所遭遇的最具争议的一项建议，在 Java 世界里已经很久没人提起过了。这项建议是，应该避免使用 getter 和 setter，而应当采用直接访问来避免方法调用的额外开销。这项建议错在哪里？更重要的是，它对在哪里？在 Java 中使用 getter 和 setter 是被普遍认可的……
Ajaxian和 JQuery 的创建者John Resig曾经讨论过 getter 和 setter。就像这个网站所演示的，是出于性能上的考虑。
由于缓存造成的糟糕的局部基准评测（Micro-benchmark）
……由于 JavaScript 引擎中少得多的动态优化，有人会觉得局部基准评测要比在 Java 中容易得多。虽然问题是不同的，但是 JavaScript 的局部基准评测也没那么容易。糟糕的局部基准评测的最普遍的原因是缓存。在 Web 世界中缓存无处不在，伴随始终。而且通常它隐藏的很深……内存泄露
……最有趣的发现是关于内存泄露和内存调优的优秀 blog 很少……我的最大问题是，如何在浏览器中得到来自 JavaScript 的内存泄露呢。我发现有几种好办法。第一个是在 DOM 中保留大量的隐藏元素……另一种更有趣和更可憎的内存泄露来自于闭包……
CPU 负载
……最后，几篇讨论客户机性能的 blog 指出一个存在的问题，但似乎遇到这个问题的 JavaScript 应用程序并不太多。这个问题就是过度使用 JavaScript 会耗尽 CPU……如果你试图让 JavaScript 做太多事情，它就会约束客户机的 CPU 效率（在那种情况下，性能削减的厉害）……
Pepperdine 在结束时提到 Yahoo 的基于 Firebug 的新性能工具YSlow，它能够检查大量预先定义好的常见 JavaScript 性能问题。另外一个最近发布的性能工具是JsLex，它可以比较 JavaScript 的执行性能，类似于 jProfile。微软研究院也在开发一种调优代理技术，叫做Ajax View。
注册/登录 InfoQ 发表评论