首先，先介绍一些术语。
JavaScript通常被称为虚拟机。虚拟机是指在既定的计算机系统中运用软件模拟的具有完整硬件系统功能的计算机系统。根据虚拟机的模拟以及代替现实计算机的精确度，它们被分为了很多种类型。
举个例子，虚拟机系统就是要提供一个可以让操作系统执行的完全仿真的平台。苹果用户对Parallels就很熟悉，这是一个能让你在苹果电脑上运行Windows的虚拟机系统。
另一方面，流程虚拟机的功能性较低，只能运行一道程序或流程。Wine是一种可以让你在Linux计算机上运行Windows运用程序的流程虚拟机，但它并不能提供一套完整的Windows操作系统。
JavaScript引擎是一种为解释和执行JavaScript代码而专门设计的流程虚拟机。
注解：将通过布局网页使浏览器运行的布局引擎和解释，执行代码的较低水平的JavaScript引擎作对比是相当重要的。以下是一些比较到位的阐述。
那么，JavaScript引擎到底是做什么的呢？
当一切就绪，JavaScript的基本工作就是将开发者写的JavaScript代码转换成能被浏览器理解甚至能在应用程序上运用的最优化的快捷代码。事实上，JavaScriptCore称自己是优化的虚拟机。
更确切地说，每一个JavaScript引擎都实现了ECMAScript的一种版本，而JavaScript是它的一种方言叫法。JavaScript引擎会随着ECMAScript的发展而进步，因为如此多不同的引擎都要与不同的浏览器一起运作，如headlessbrowser,或者像Node.js这样的执行环境。
你可能对网页浏览器很熟悉，但什么是headlessbrowser呢？这是一种没有形象的用户交界面的网页浏览器。它们擅长对你的网页产品进行机械化的测试。PhantomJS.就是很好的例子。那Node.js又是什么呢？
Node.js是一种允许你在服务器端运用JavaScript的异步事件驱动的框架。既然它们是由JavaScript驱动的工具，它们也就应当受JavaScript引擎的驱动。
通过以上对虚拟机的定义，将JavaScript引擎称为流程虚拟机也就是理所当然的了。因为它唯一的目的就是要读取和编译JavaScript代码。然而这并不意味着它只是一种简单的引擎。举个例子，JavaScriptCore有6个分区来分析、翻译、优化以及垃圾收集JavaScript代码。
这是如何运作的？
当然，这取决于引擎。WebKit的JavaScriptCore以及谷歌的V8引擎之所以能引起我们的兴趣是因为NativeScript对它们起了杠杠作用。这两种引擎不同程度地掌握着过程码。
JavaScriptCore是通过一系列的步骤去编译和优化脚本。
它会对词汇进行分析，将其分解成一系列的记号，或附上某些既定的意义。这些记号之后会被分析程序理出句法，并嵌入句法树。之后4个JIT（及时）程序开始运行、分析和执行那些分析程序产生的字节码。
嗯？简单讲，JavaScript引擎将你的源代码分解成串（又叫做分词），再将那些串转换成为编译器能够理解的字节码，然后将其执行。
用C++编写的谷歌的V8引擎也能编译和解释JavaScript源代码，掌握内存记忆配置且可垃圾回收残留物。
它由2个能够将源代码直接转换成计算机代码的编译器组成。
Full-codegen：输出非优化代码的快速编译器。
Crankshaft：输出快速，优化代码的慢速编译器。
如果Crankshaft认为由Full-codegen产生的不够优化的代码需要优化，它将会取而代之，这就是“crankshafting”流程。
有趣的事实：机轴是运用在自动化产业中内部氧化引擎里的一个完整的部分。这种众所周知的引擎在更高级的载体也就是V8中有所运用。
若计算机代码是由编译过程产生的，那么这个引擎就会在浏览器中显示出所有的ECMA标准规定的数据类型、操作员、客体和功能，或者任何需要用到它们的运行环境，如NativeScript.