Bootstrap

JavaScript 基础拾遗 —— this 的前世今生

一、问题的由来

学懂 JavaScript 语言,一个标志就是理解下面两种写法,可能有不一样的结果。

var obj = {
	foo: function () {}
};
var foo = obj.foo;

// 写法一
obj.foo()
// 写法二
foo()

上面代码中,虽然和指向同一个函数,但是执行结果可能不一样。请看下面的例子。

var obj = {
  foo: function () { console.log(this.bar) },
  bar: 1
};

var foo = obj.foo;
var bar = 2;

obj.foo() // 1
foo() // 2

这种差异的原因,就在于函数体内部使用了关键字。很多教科书会告诉你,指的是函数运行时所在的环境。对于来说,运行在环境,所以指向;对于来说,运行在全局环境,所以指向全局环境。所以,两者的运行结果不一样。

这种解释没错,但是少有解释为什么会这样?函数的运行环境到底是怎么决定的?举例来说,为什么就是在环境执行,而一旦,就变成在全局环境执行?

本文就来解释 JavaScript 这样处理的原理。理解了这一点,就彻底理解的作用。

二、内存的数据结构

JavaScript 语言之所以有的设计,跟内存里面的数据结构有关系。

var obj = { foo:  5 };

上面的代码将一个对象赋值给变量。JavaScript 引擎会先在内存里面,生成一个对象,然后把这个对象的内存地址赋值给变量。

也就是说,变量是一个地址(reference)。如果要读取,引擎先从拿到内存地址,然后再从该地址读出原始的对象,返回它的属性。

原始的对象以字典结构保存,每一个属性名都对应一个属性描述对象。上面例子的属性,实际上是以下面的形式保存的。

{
  foo: {
    [[value]]: 5
    [[writable]]: true
    [[enumerable]]: true
    [[configurable]]: true
  }
}

注意,属性的值保存在属性描述对象的属性里面。

三、函数

这样的结构是很清晰的,问题在于属性的值可能是一个函数。

var obj = { foo: function () {} };

这时,引擎会将函数单独保存在内存中,然后再将函数的地址赋值给属性的属性。

{
  foo: {
    [[value]]: 函数的地址
    ...
  }
}

由于函数是一个单独的值,所以它可以在不同的环境(上下文)执行。

var f = function () {};
var obj = { f: f };

// 单独执行
f()

// obj 环境执行
obj.f()

四、环境变量

JavaScript 允许在函数体内部,引用当前环境的其他变量。

var f = function () {
  console.log(x);
};

上面代码中,函数体里面使用了变量。该变量由运行环境提供。

现在问题就来了,由于函数可以在不同的运行环境执行,所以需要有一种机制,能够在函数体内部获得当前的运行环境(context)。所以, 就出现了,它的设计目的就是在函数体内部,指代函数当前的运行环境。

var f = function () {
  console.log(this.x);
};

上面代码中,函数体里面的就是指当前运行环境的。

var f = function () {
  console.log(this.x);
}

var x = 1;
var obj = {
  f: f,
  x: 2,
};

// 单独执行
f() // 1

// obj 环境执行
obj.f() // 2

上面代码中,函数在全局环境执行,指向全局环境的。

在环境执行,指向。

回到本文开头提出的问题,是通过找到,所以就是在环境执行。一旦,变量就直接指向函数本身,所以就变成在全局环境执行。

由此我们不难理解,为什么在 中,计算属性 和 中,不能使用箭头函数来定义,因为箭头函数绑定了父级作用域的上下文,所以 this 将不会按照期望指向Vue。