LHS RHS 总结

最近关于LHS(Left Hand Side)和 RHS(Right Hand Side)的总结：

这里的L和R是指赋值时候“=” 的左侧还是右侧，也就是说一个是做被赋值，一个是取值，一般可以理解为赋值操作的左侧和右侧。

例子一：

console.log(a)

这里对 a 是一个 RHS 引用，因为 a 并没有赋予任何值，目的是为了取到 a 的值并打印出来。

a=2

这里对 a 是一个 LHS 引用，因为实际上我们不关心当前的值是什么，只是想要把 a 赋值为 2。

例子二：

function foo(a) {
  console.log(a); // 2
}
foo(2);

最后一行foo(..)函数的调用需要对 foo 进行 RHS 引用，意味着是取到 foo 的值，并且 (..)意味着 foo 需要被执行，因此它最好是一个函数类型的值

其中有一个容易被忽略的隐式赋值操作 a = 2，它发生在 2 被当做实参传入 foo 中时。即实参 2 传给了形参 a，需要一个 LHS 查询

console 那一行还有对 a 的一次 RHS 引用（或者叫查询），同时console.log(..)本身也需要一个 RHS 引用，即对 console 对象进行 RHS 查询，并且检查得到的值中是否有一个叫做 log 的方法。

小测验：

function foo(a) {
  var b = a;
  return a + b;
}
var c = foo(2);

试试找出其中的3处 LHS 查询，4处 RHS 查询

答案：

LHS 查询：


c = ..;
a = 2(隐式变量分配）
b = ..

RHS 查询

foo(2..
= a;
a ..
.. b

小结

参考原书中文版P12，英文版见 github

• 作用域是一套规则，用于确定在何处以及如何查找变量（标识符）。
• 如果查找的目的是对变量进行赋值，就会使用 LHS 查询；如果目的是获取变量的值，就会用 RHS 查询。
• 赋值操作会导致 LHS 查询。 = 操作符或调用函数时传入参数的操作都会导致关联作用域的赋值操作, 即都会导致 LHS 查询。
• JavaScript 引擎首先会在代码执行前对其进行编译，在这个过程中，像var a = 2 这样的声明会被分解成两个独立的步骤：
• 首先，var a在其作用域中声明新变量。这会在最开始的阶段，也就是代码执行前进行。
• 接下来，a = 2会查询（LHS查询）变量 a 并对其进行赋值。
• LHS 和 RHS 查询都会在当前执行作用域中开始，如果有需要（也就是说它们没有找到所需的标识符），就会向上级作用域继续查找目标标识符，这样每次上升一级作用域，最后到达全局作用域，无论找到或没找到都将停止。
• 不成功的 RHS 引用会导致抛出 ReferenceError 异常。不成功的 LHS 引用会导致自动隐式地创建一个全局变量（非严格模式下），该变量使用 LHS 引用的目标作为标识符，或者抛出 ReferenceError 异常（严格模式下）