JavaScript 即时编译

Posted 2023-02-21

【中文标题】JavaScript 即时编译

【英文标题】：JavaScript Just In Time compilation

【发布时间】：2011-12-10 01:41:46

【问题描述】：

我有一个相当大的 javascript 用于设备的 html 页面。

但它有点慢。我尝试压缩 JavaScript 文件，但仍然不令人满意。

所以我在想，有没有可能把它做成Just in Time，编译成机器码并使用它？ （希望我的理解是正确的）我使用的是基于 WebKit 的浏览器。

请任何做过此操作的人，请提供指向“操作方法”页面的链接或相关信息。

【问题讨论】：

JavaScript 引擎总是会“及时”编译；你不能提供二进制 JavaScript 或类似的东西。不过，这应该永远不会成为问题。您确定不能实现延迟加载，以便仅在您将某些内容滚动到视图中时才加载/获取内容？

@pimvdb 现在您可以使用 Emscripten 在所有现代浏览器中运行预编译的 asm.js 代码。

编程语言要么编译要么解释。 JavaScript 被解释，即它被逐行执行（由浏览器）。相反，在编译语言中，编译器读取整个源代码、发现语法错误、应用优化并准备可执行文件或现代的 MSIL 代码（例如 java、C#）。

【参考方案1】：

Safari 和 Chrome 都已经对 Javascript 进行了 JIT 编译。事实上，唯一没有被广泛使用的浏览器是 IE8 和更早版本。这是 IE8 现在比竞争对手慢得多的主要原因之一。

但是在您问题的字里行间阅读，我猜您不太了解 JIT 编译是什么。 JIT 编译发生在浏览器上；您根本不需要以任何方式更改您的代码，以便浏览器能够为您进行 JIT 编译。

听起来您实际上在考虑的是字节码编译，例如 Java 所做的。这个字节码实际上是一种中途编译语言，当你运行程序时，它本身就是 JIT 编译的。如果这是您的想法，我可以确认这不是基于浏览器的 Javascript 代码的选项。

Google 一直在玩弄一种名为“Native Client”(NaCl) 的技术，它可以让您向浏览器提供编译后的代码，但除了 Chrome 的开发版本之外，目前尚不可用。

无论如何，编译可能会使您的代码运行得更快，但它并不能解决为什么它运行缓慢的根本问题，这可能是一个更好的解决方法。 （即使编译后的代码有瓶颈也会表现得很糟糕；编译本身并不能神奇地让慢代码变得更好）

如果您想找出脚本运行缓慢的原因，我建议您使用分析工具，例如 Firebug 或 Chrome 的开发者工具中内置的工具。这将帮助您识别代码中运行缓慢的部分。

您也可以尝试YSlow 工具，它还可以提供有关 javascript 性能的有用信息。

您还声明您已压缩脚本以使其运行得更快。压缩脚本将有助于它更快地下载（因为它是一个较小的文件），但它不会为代码运行的速度做任何事情。

希望对你有帮助。

【讨论】：

@pimvdb - 很公平；上次我看它是在开发中，但 Chrome 移动得很快，而且我没有跟上。不过，它只在 Chrome 中，不适合在网络上普遍使用。

对不起，我把事情弄糊涂了。似乎还没有。

@Spudley 感谢您明确我的理解。正如建议的那样，我已经开始分析并找出需要时间的地方。由于 HTML 应用程序是由其他机构提供的，因此需要花费大量时间和精力来让他们更改代码。 :( 因此我试图寻找一个快速解决方案。同样在我的理解中，JavaScript 主要使用字符串比较来做很多事情，因此我正在做“压缩”或使用“Clouser Compiler”来优化 JavaScript。

这不是 webassembly 的作用吗？我不确定，如果是，可能值得将其添加到答案中。

因为此链接指出 developer.chrome.com/docs/native-client Native Client 已被弃用，并将在 2021 年停止支持。因此，请谨慎回答。