在之前的一篇转载文中，介绍了javascript中的this，但是经过这么多年之后，我始终觉得，对this的解释太过复杂和神秘，似乎this是不可把握的，像是玄学。但是，真的需要这么费劲去理解JavaScript中的this吗？我想，并不必。

在工作多年以后，再未遇到this带来的问题。除了对this本身的理解比较自然之外，我写代码的方式也起到了很大的帮助。this出现的位置，由于代码的简洁明了，反而让this出现bug的可能性降低。但，对于没有花时间去理解this的同学而言，或许读完这篇文章可以更快的理解和把握this的指向。

this的指向只有一种情况

对于网上五花八门的举例而言，对我来说，它们全部都是一种情况：this指向function的调用者。this指向谁并非在定义function时决定，而是在function被运行时决定的。而由谁来调用function，则其内部的this指向调用者。

this指向所在作用域函数被运行时的直接调用者。

this究竟指向谁和它的定义时真的没有一点关系，我们来看一个代码：

const prototypes = {
  song: 'Hello!',
  sing() {
    alert(this.song)
  },
}

const sing = prototypes.sing
sing()

这个例子是为了说明，你在写代码时，写下this的那一刻，绝对不能去看this上有什么，因为this上到底有什么是不可预测的，只有当this所在的函数被运行时，this上到底有什么才是可知的。这也是为什么this难的原因，因为不可预测性。

需要强调的是，“作用域函数”是指用function声明的函数（包括匿名函数），箭头函数会在下文讨论。因为在某些情况下，这个调用者很难被人察觉，开发者会认错调用者。我们来举个例子，让你很难察觉调用者究竟是谁。

function invoke() {
  function createName() {
    return this.familyName + ' ' + this.customName
  }

  this.name = createName()
  this.say = function() {
    alert(this.name)
  }
}

const person = {
  familyName: 'Adrew',
  customName: 'Karm',
  invoke,
}

person.invoke()
person.say()

调用之后，程序能够正常运行，但是结果却非预期。这是因为createName函数中的this指向了一个我们不知道的对象，而非person这个对象。问题的根源在于在这个程序运行过程中，createName的调用者并非person，具体是谁我们暂且还不知道。既然createName的调用者并非person，那么它所创建的作用域中的this，在其运行时指向的自然就不是person了。那么此时createName的调用者究竟是谁？

我们重新去观察createName的运行过程，它是在person.invoke()的时候被定义，且立即就执行的，但我们前面说过，函数定义时并不决定this的指向，只有运行时决定了this的指向。因此，我们要去看函数运行时它的调用者。createName的运行时调用者并不存在。这听上去有些荒唐，但事实如此。

在JavaScript中，如果函数的调用者不存在，那么它的调用者将会是window（或其他环境中的全局变量），所以，最终，createName中this指向window。

我们怎么证明这件事呢？我们来写这样一段代码：

(function () {
  function invoke() {
    function createName() {
      console.log(this.familyName + ' ' + this.customName)
      return this.familyName + ' ' + this.customName
    }

    this.name = createName()
    this.say = function() {
      console.log(this.name)
    }
  }

  const person = {
    familyName: 'Adrew',
    customName: 'Karm',
    invoke,
  }

  person.invoke()
  person.say()

  console.log(this.familyName + ' ' + this.customName)
}).call({
  familyName: 'Jimy',
  customName: 'Hardsam',
})

你会发现，createName外层函数的this指向了call中传入的对象，但是createName中的this丝毫不受影响，仍然指向window。怎么修复这个问题呢？我们其实可以采取一个比较笨的办法：

this.createName = createName
this.name = this.createName()
delete this.createName
// 等效于 this.name = createName.call(this)

在实际开发中，我们要注意另外一个事实，当我们在函数中声明了'use strict'时，这种指向window的行为会被改变，this将没有指向，也就是undefined，但是需要注意的是'use strict'必须声明于当前作用域：

(function () {
 'use strict'

  function invoke() {
    function createName() {
      console.log(this.familyName + ' ' + this.customName)
      return this.familyName + ' ' + this.customName
    }

    this.name = createName()
    this.say = function() {
      console.log(this.name)
    }
  }

  const person = {
    familyName: 'Adrew',
    customName: 'Karm',
    invoke,
  }

  person.invoke()
  person.say()

  console.log(this.familyName + ' ' + this.customName)
}).call({
  familyName: 'Jimy',
  customName: 'Hardsam',
})

上面这段代码运行时会报错，因为声明'use strict'只之后this指向了undefined。为了使代码更容易理解，我们应该声明'use strict'，因为没有调用者的this指向undefined才更符合逻辑。

没有调用者的函数中this指向了undefined。

为了让上述表示更精确，我们应该习惯于在每一个文档中声明'use strict'，因为'use strict'具有继承性，在同一作用域内声明一次'use strict'，那么在该作用域内声明的所有函数都继承其特性。所以，大部分开发者会直接在js文件的最顶端，或者一个模块的最开始声明'use strict'。

控制调用者

我们已经知道call, apply, bind这三个函数的方法可以修改一个函数内this的指向。其中，call和apply是规定一次性运行时的调用者，例如fn.call(some)即规定了在这次运行时，将fn的调用者规定为some，相当于some.fn()。因此，对于fn内的this，它的调用者就是some。而bind的作用是返回一个新函数，该新函数的调用者绑定为某个对象，而且该绑定是永久的，无法被改变的，例如const fn2 = fn.bind(some)，那任何时候运行fn2()，它的调用者都是some，即使你用call、apply去修改调用者，也是无效的。

隐含的调用者

从理论上讲，一个被声明的且没有调用者的函数内的this指向undefined。但是在浏览器（包括例如nodejs这样的环境）中执行某些特殊动作时，这些特殊动作会临时控制传入参数的函数的调用者，最为常见的就是setTimeout，它接收一个函数作为参数，并且异步执行这个函数，在异步执行时，它会通过call的方式临时将参数函数的调用者切换为window。除了setTimeout，DOM的事件回调函数在运行时，会将调用者切换为当前DOM节点。总之，这种隐含的调用者在标准文档中都有说明。

要主动控制这些传入参数的调用者，需要你在编写代码时采用不同的策略。一般有两种方式，一种是使用bind将被传函数的调用者绑定。另一种是使用箭头函数。

箭头函数的调用者？

和通过function声明的函数不同，箭头函数的性质并非作用域函数，在其他语言里称为Lambda，是一种表达式函数。在ES6之后，js拥有了新的作用域范围，即“块级作用域”。而Lambda函数所创建的作用域是块级作用域表达式，因此，它不具备调用者，其内的this指向的是它所在的作用域函数的调用者。例如：

function invoke() {
  const createName = () => this.familyName + ' ' + this.customName
  this.name = createName()
}

person.invoke()

上面代码中，createName虽然是一个函数，但它是一个表达式函数，并不具备作用域函数的能力，其内部的this的所有者是外层invoke这个函数，因此，当invoke被person调用时，this指向了person。

在异步代码中，即时作用域函数被调用执行完毕，但是this的指针本保留下来。我们看一个例子：

function invoke() {
  setTimeout(() => this.name = 'tomy', 500)
  // 以前的写法
  // var  that = this
  // setTimeout(function() {
  //   that.name = 'tomy'
  // }, 500)
}

person.invoke()

在invoke被person调用运行时，this的指针就指向了person，在setTimeout中的this保留了该指向，因此，无论这个this在何时何处被使用，只要invoke运行时this明确了自己的指向，就不会改变。

面对这样的疑问，你还会遇到这样的问题：

function invoke() {
  const createName = () => this.familyName + ' ' + this.customName
  return createName
}

const person = {
  familyName: 'Adrew', 
  customName: 'Karm', 
  invoke,
}
const createName = person.invoke()

const some = {
  familyName: 'Ximen',
  customName: 'Sam',
  createName,
}

const name = some.createName()
console.log(name)

你会发现，some.createName()的结果并没有得到some的正确结果，这是因为invoke的调用者是person，invoke内的this只会指向person，而不会指向任何人。（需要强调，上文中，多次提到函数内的this，是指该this所在的直接作用域是该函数，而不是函数内函数中的this。）

调用栈

栈是一种后进先出的结构，对于js中函数的执行而言，在一个函数中调用另外一个函数，就会形成调用栈。调用栈中，只有顶层的被调用函数在执行，底下的函数全部处于等待执行状态，当顶部函数执行完毕，被弹出栈，才会回到下面一层的调用函数中继续执行。于是，在这个调用栈中，this的指向也开始会变得扑朔迷离。但实际上，每一个函数在执行时它都有自己的调用者（包括undefined和this），在一层又一层的调用栈中，你需要想象当前这一层调用的主人是谁，你只要确认当前执行的函数的调用者是谁，那么该函数中的this指向谁就变得清晰可见。

2019-04-01 2679 javascript, this