???? 大家好，我是小丞同学，一名准大二的前端爱好者  ???? 这篇文章将带你了解 V8 是如何执行 JS 代码的  ???? 愿你忠于自己，热爱生活  引言

源代码首先通过解析器解析成 AST ，然后 AST 再通过解释器解释成最终的字节码

下面我们来聊聊解析器解析成 AST 的这个过程

首先我们先了解一下什么是 AST

???? 1. 生成 AST

AST 中文名叫抽象语法树，它是源代码语法结构的一种抽象表示

它以树状的形式表现编程语言的语法结构，书上的每个节点都表示源代码中的一种结构

下面我们来一个例子看看 AST 是如何产生的

let name = 'ljc'

我们定义了一个 name 变量  解析器第一步要做的就是把这个语句拆分成最小的不可拆分的单元

生成 token 流，即语法单元成的数组 

[
    {
        "type": "Keyword",
        "value": "let"
    },
    {
        "type": "Identifier",
        "value": "name"
    },
    {
        "type": "Punctuator",
        "value": "="
    },
    {
        "type": "String",
        "value": "ljc"
    },
    {
        "type": "Punctuator",
        "value": ";"
    }
]

第二步就是语法分析

将上一步的 token 数据，转为 AST，得到一个树状结构

因此 AST 也被称为抽象语法树

在生成 AST 的同时，V8 还会生成相关的作用域，作用域中存放相关变量

???? 2. 生成字节码

在有了 AST 和作用域之后，就可以生成字节码了，字节码是介于AST 和机器码之间的一种代码，可以不需要将其转换成机器码后再执行，字节码可以理解为是机器码的一种抽象。Ignition 解释器除了可以快速生成没有优化的字节码外，还可以执行部分字节码。

那为什么需要生成字节码呢？直接转换为机器代码不是更好吗？

直接转换会带来内存占用过大的问题，因为如果抽象语法树全部生成机器代码，而机器代码相比于字节码，占用的内存要多的多

这是网上的一张对比图

某些 JavaScript 使用场景使用解释器更为合适，解析成字节码，有些没有必要的代码就可以不生产机器代码，这样可以尽可能的减少占用内存过大的问题 ???? 3. 执行代码及优化

在上一步生成的字节码，直接被解释器执行，在代码不断地运行过程中，解释器会收到很多可以用来优化代码的信息，比如变量的类型，哪些函数执行的频率较高，这些信息会被发生个编译器 TruboFan ，它会根据这些信息和字节码来编译出经过优化的机器代码。

运行时几个优化策略

函数只声明未被调用，不会被解析生成 AST

函数只被调用一次，字节码会直接被解释执行

函数被调用多次，可能会被标记为热点函数，可能会被编译成机器代码

关于热点函数

编译器 TurboFan 会将这些热点代码编译成更高效的机器代码储存起来，等到下次再执行时，会用现在的机器代码替换原来的字节码进行执行，这样就会大大的提示代码的执行效率。同时当 TurboFan 判断一段代码不再为热点代码的时候，会执行去优化的过程，把优化的机器码丢掉，然后执行过程回到解释器。

有时候解释器收集到的一些信息会是错误的，这就会导致 TurboFan 生成机器代码后，会被逆向还原成字节码

例如：当我们定义一个 sum 函数，在后面的多次调用中，它接收的两个参数我们都传的是整形，sum 函数被识别为热点函数，解释器将收集到的类型信息发送给编译器，编译器生成优化后的机器代码，此时当中的类型被定义为整型，在下次的调用中，直接执行机器代码。

而如果在下次的调用中，传入的参数是字符串型，机器代码不知道如何处理，就会返回给解释器解释执行

因此我们尽量不要把一个变量的类型变来变去，这样会对 V8 引擎带来一些影响，损失一定的性能

以上就是 V8 执行 JS 代码的具体流程