有了如此严格的规则，静态类型语言可以具有更高的学习曲线。在尝试编写一个简单的程序之前，您必须更多地了解它的规则和类型。
然而，从编译器的角度来看，静态类型语言允许更快的性能。预先，当编译器开始将代码转换为可执行的机器代码二进制时，该语言为编译器提供了大量有关源代码的信息。
另一方面，像 JavaScript 这样的动态类型语言很少向编译器提供有关其类型的信息。这为编译器在生成机器代码之前创建了另一层工作，使其执行速度比静态编写语言的编译慢。
But fear not, this is where Just-In-Time compilation comes in!
最初开发 JavaScript 时，它旨在编写少量用于增强网页的脚本。随着开发人员开始构建和使用更多 JavaScript 框架和库，以及发出 AJAX 请求，对更好、更快性能的需求不断增长。
当 Chrome 于 2008 年推出时，谷歌还首次发布了其 V8 引擎，这是现代 JavaScript 引擎中的第一个。 V8 的主要特性之一是即时编译 - Just-In-Time compilation。
在 Ahead-of-Time 编译中，编译过程必须在系统运行可执行机器代码之前完成。有了 Just-In-Time compilation 这一新特性，V8引擎会根据需要编译源代码，在执行编译过程生成的机器码时收集类型信息，然后根据执行过程收集的信息重新编译源代码。两个进程之间的来回加快了执行过程的性能。
为了让 JavaScript 在动态类型的情况下仍能以最快的速度运行，JavaScript 引擎有一些巧妙的技巧。
像大多数现代 JavaScript 引擎一样，V8 有两个编译器：基线 (baseline)编译器和优化编译器。
当 V8 编译你的 JavaScript 代码时，它的解析器会生成一种叫做抽象语法树的东西。Ignition，V8 的基线编译器或解释器，从这个语法树生成字节码。 Ignition 忠实于它的即时编译特性，它编译 JavaScript 代码，运行它，编译它，运行它，来回，一遍又一遍。
在运行时，字节码被分析，引擎识别可以重新编译以获得最佳性能的部分（“热函数”），将该代码发送到 TurboFan，它是 V8 的优化编译器。正是因为即时编译，引擎才能够因为即时编译而识别这些所谓的“热功能”。
The + operator and V8 optimization
在她的精彩演讲 JavaScript 引擎中，V8 工程师 Franziska Hinkelmann 使用 + 运算符来解释 V8 的优化是如何工作的。
乍一看，加法运算符可能看起来很简单，任何编译器都可以编译和执行。 但是，如果您查看 Ecma 规范，在程序实际添加任何内容之前，引擎实际上需要执行很多步骤：
这些步骤中的每一步都在调用其他函数，而这些函数又可能调用其他函数，依此类推。所有引擎都必须遵循这些 Ecma 规范，因此 JavaScript 不仅仅是无法无天的。
因此，当您的程序有一个将两个整数相加的函数时，当您第一次调用该函数时，JavaScript 引擎会费力地完成这些步骤中的每一步，最终将您的两个整数相加。当它通过 JIT 过程（编译、运行、编译、运行、编译等）时，它意识到你的函数很热，很热，很热，因为你一直在调用它。从引擎在运行时收集的信息，它也意识到这个特定函数使用的数据类型只是整数。有了这些信息，V8 将您的代码发送到 TurboFan，它的优化器编译器，它为您的函数生成更好的机器代码。下次您再次调用该函数时，它会跳过冗长的 Ecma 步骤，您的函数将运行得更快。
但是当您决定在调用该函数时连接一些字符串而不是添加两个整数时会发生什么？ V8 将该函数抛出到去优化器，将其发送回 Ignition，然后 Igntion 再次执行那些 Ecma 指定的步骤来运行该函数。
