前言
最近在看《YOU DON’T KNOW JS》一书，里面讲到关于作用域的理解。我将文中主要内容整理成笔记，并加上一些自己的一些理解，汇成此文。
关于引擎、编译器和作用域
引 擎从头到尾负责整个js程序的编译及执行过程编译器负责语法分析及代码生成作用域负责收集并维护所有声明的标识符（变量）组成的一系列查询，并实施一套非常严格的规则，确定当前执行的代码对这些标识符的访问权限
那三者之间是怎么协同工作的呢？
事实上，当变量执行赋值操作时，会执行两个动作：
- 首先编译器会在当前作用域中声明一个变量（如果之前没有声明过）
- 然后在运行时引擎会在作用域中查找该变量，如果能够找到就会对它赋值，否则引擎就会举手示意并抛出一个异常
关于LHS和RHS查询
我们上面提到，编译器主要负责语法分析及代码生成。在生成了引擎运行的代码时，引擎会通过查找变量来判断它是否已声明过，查找的过程由作用域进行协助，但是引擎执行怎样的查找，涉及到两种查找方式：
-
LHS查询 变量出现在赋值操作的左侧时进行LHS查询，试图找到变量的容器本身，从而可以对其赋值
-
RHS查询 同理，变量出现在右侧进行RHS查询，仅仅简单地查找某个变量的值
讲得更精准一点，RHS查询与简单地查找某个变量的值一样，而LHS查询则是找到变量的容器本身，从而可以对其赋值。需要注意的是，LHS和RHS的含义是“赋值操作的左侧或者右侧”，并不意味着就是“=赋值操作符的左侧或者右侧”，赋值操作还有其他几种形式，因此在概念上最好将其理解为“赋值操作的目标是谁（LHS）”以及“谁是赋值操作的源头（RHS）”
关于引擎和作用域的一个对话
举个例子
function foo(a) {
console.log( a );
}
foo( 2 );
让我们把上面这段代码的处理过程想象成一段对话，这段对话可能是下面这样:
引擎：我说作用域，我需要为 foo 进行RHS引用。你见过它吗？
作用域：别说，我还真见过，编译器那小子刚刚声明了它。它是一个函数，给你。
引擎：哥们太够意思了！好吧，我来执行一下 foo 。
引擎：作用域，还有个事儿。我需要为 a 进行LHS引用，这个你见过吗？
作用域：这个也见过，编译器最近把它声名为 foo 的一个形式参数了，拿去吧。
引擎：大恩不言谢，你总是这么棒。现在我要把 2 赋值给 a 。
引擎：哥们，不好意思又来打扰你。我要为 console 进行RHS引用，你见过它吗？
作用域：咱俩谁跟谁啊，再说我就是干这个。这个我也有， console 是个内置对象。给你。
引擎：么么哒。我得看看这里面是不是有 log(..) 。太好了，找到了，是一个函数。
引擎：哥们，能帮我再找一下对 a 的RHS引用吗？虽然我记得它，但想再确认一次。
作用域：放心吧，这个变量没有变动过，拿走，不谢。
引擎：真棒。我来把 a 的值，也就是 2 ，传递进 log(..)
捋一捋
为了搞清晰引擎、编译器和作用域三种的关系，我从JS代码开始捋
通常我们通过编辑器写完JS代码，在JS代码执行前，首先由编译器进行词法、语法分析。通篇扫描一遍看是否有错误，有错误，程序终止，没有错误则继续。继续则由引擎将JS代码编译成不同 CPU对应的汇编代码，编译后，引擎会一行一行执行编译后的代码，在执行代码时，引擎会不断的与作用域进行“交流”。
但是这里我有一点迷惑，就是JS预编译发生在哪里？求解
个人目前猜想，是由编译器进行预编译的
基于理由：从名字可以知道，预编译发生在编译之前
如果真是这样。那整个过程应该是这样：
在JS代码执行前，首先由编译器进行词法、语法分析。通篇扫描一遍看是否有错误，有错误，程序终止，没有错误则继续进行预编译工作，方便一会引擎去执行代码，需要注意，预编译同时会产生JS作用域的具体表现--[[scope]]。
预编译结束后，则由引擎将JS代码编译成不同 CPU对应的汇编代码，编译后，引擎会一行一行执行该代码，此执行过程，引擎会不断的与作用域进行“交流”。
以上就是我理解的大致过程，有误之处，烦请告知！
参考资料
《YOU DON’T KNOW JS》上卷
