Javascript内功修炼-this指向
Gwolf

this 指向谁?

多数情况下,this 指向调用它所在方法的那个对象。

说得更通俗点, 谁调的函数,this 就归谁。 当调用方法没有明确对象时,this 就指向全局对象。在浏览器中,指向 window;在 Node 中,指向 Global。(严格模式下,指向 undefined)

this 的指向是在调用时决定的,而不是在书写时决定的。这点和闭包恰恰相反。

区分 “声明位置” 与 “调用位置”

js 是词法作用域模型,无论我是一个对象也好,一个方法也好,它的生命周期只和我们声明它的位置有关。我把它写在哪个位置,它就活在哪个位置。

来看这样一个例子:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
// 声明位置
var me = {
name: 'Gwolf',
hello: function() {
console.log(`你好,我是${this.name}`)
}
}

var you = {
name: 'xiaoming',
hello: me.hello
}

// 调用位置
me.hello() // Gwolf
you.hello() // xiaoming

看到 hello 在代码中分别被 me 和 you 调用了,因此两次调用的 this 也就分别指向了 me 和 you,这没毛病。

我们稍微把这个例子改一下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
// 声明位置
var me = {
name: 'Gwolf',
hello: function() {
console.log(`你好,我是${this.name}`)
}
}

var name = 'BigBear'
var hello = me.hello

// 调用位置
me.hello() // 你好,我是Gwolf
hello() // 你好, 我是BigBear

这里我们直接调用 hello 的时候,输出了全局的 name 变量。我们可以理解为是因为 name 和 hello 都挂在在全局对象 window 上,所以 hello () 其实等价于 window.hello (),此时 hello 方法内部的 this 自然指向 window,于是 this.name 就等价于 window.name。这也没毛病。

我们再改一下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
// 声明位置
var me = {
name: 'Gwolf',
hello: function() {
console.log(`你好,我是${this.name}`)
}
}

var you = {
name: 'xiaoming',
hello: function() {
var targetFunc = me.hello
targetFunc()
}
}

var name = 'BigBear'

// 调用位置
you.hello()

上面这段代码,我们仔细想一下。

调用位置输出的结果是 BigBear—— 竟然不是 xiaoming?的确,我们打眼看过去,直觉上肯定会认为是 you 这个对象在调用 hello 方法、进而调用 targetFunc,所以此时 this 肯定指向 you 对象啊!为啥会输出一个 window 上的 name 呢?

再回顾一下开头那句话 ——“this 指向调用它所在方法的那个对象”。

回头看我们例题中的 targetFunc 这个方法,之所以第一直觉会认为它的 this 应该指向 you 这个对象,其实还是因为把 “声明位置” 和 “调用位置” 混淆了。我们看到虽然 targetFunc 是在 you 对象的 hello 方法里声明的,但是在调用它的时候,我们是不是没有给 targetFunc 指明任何一个对象作为它前缀? 所以 you 对象的 this 并不会神奇地自动传入 targetFunc 里,js 引擎仍然会认为 targetFunc 是一个挂载在 window 上的方法,进而把 this 指向 window 对象。

在面试命题过程中,this 指向问题如果想往难了出, 就会像楼上这样把声明位置和调用位置故意揉在一起,考验你对两者的区分能力。 但只要能记住,“不管方法被书写在哪个位置,它的 this 只会跟着它的调用方走” 这个核心原则,就一定不会出错。

特殊情境下的 this 指向

在三种特殊情境下,this 会 100% 指向 window:

  • 立即执行函数(IIFE)
  • setTimeout 中传入的函数
  • setInterval 中传入的函数
    也就是说在做 this 指向题的时候,第一步其实倒不该是老老实实去看 this 所在的函数属于哪个对象,而是应该先定位 this 是否出现在了以上三种类型的函数里面。如果是,那么想也不想,直接去对应 window 就好了~

来看这三种情景对应的面试题一般会怎么出:

立即执行函数

所谓立即执行函数,就是定义后立刻调用的匿名函数(参见下面这道例题里 hello 方法的函数体里这种写法)。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
var name = 'BigBear'

var me = {
name: 'Gwolf',
// 声明位置
sayHello: function() {
console.log(`你好,我是${this.name}`)
},
hello: function() {
(function(cb) {
// 调用位置
cb()
})(this.sayHello)
}
}

me.hello() // 猜下输出啥了?

经过楼上的提点,相信这里可以想都不想就说出 me.hello 的执行结果,没错,就是 BigBear , 是 window.name 的值。

但其实,即便不考虑立即执行的匿名函数这种所谓的“特殊情况”,按照我们上面的指向原则来分析,结果也是一样一样的。 立即执行函数作为一个匿名函数,在被调用的时候,往往就是直接调用,而不会(也无法)通过属性访问器( 即 xx.xxx) 这样的形式来给它指定一个所在对象,所以它的 this 是非常确定的,就是默认的全局对象 window。

setTimeout 和 setInterval 中传入的函数

考虑到 setTimeout 和 setInterval 中函数的 this 指向机制其实是一样的,这里拿 setTimeout 来开刀就够了:

1
2
3
4
5
6
7
8
9
10
11
12
var name = 'BigBear'

var me = {
name: 'Gwolf',
hello: function() {
setTimeout(function() {
console.log(`你好,我是${this.name}`)
})
}
}

me.hello() // 你好,我是BigBear

怎么回事?this.name 明明看起来是在 me.hello () 里被调用的,结果却输出了 window.name。 setTimeout 到底对函数做了什么?

其实,所看到的延时效果(setTimeout)和定时效果(setInterval),都是在全局作用域下实现的。无论是 setTimeout 还是 setInterval 里传入的函数,都会首先被交付到全局对象手上。因此,函数中 this 的值,会被自动指向 window。

箭头函数

箭头函数中的 this 比较特别,它和严格模式、非严格模式啥的都没关系。它和闭包很相似,都是认“死理”—— 认“词法作用域”的家伙。所以说箭头函数中的 this,和你如何调用它无关,由你书写它的位置决定(和普通函数的 this 规则恰恰相反~),例如:

1
2
3
4
5
6
7
8
9
10
11
var name = 'BigBear'
var me = {
name: 'Gwolf',
// 声明位置
hello: () => {
console.log(this.name)
}
}

// 调用位置
me.hello() // BigBear

在这个例子里,因为 this 在书写的时候,它所在的作用域是全局作用域,于是这个 this 就和全局对象绑在了一起。

理解箭头函数的 this 指向规则,和理解普通函数的指向规则,需要的是两套完全相反的脑回路。当两个概念像这样剪不断理还乱、非常容易被混淆的时候,面试官就兴奋了。所以有时候箭头函数的 this 和普通函数的 this 放在一起考,那就是另外一道题了:

问:以下两次函数调用的输出结果是什么?为什么?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
var a = 1
var obj = {
a: 2,
func2: () => {
console.log(this.a)
},

func3: function() {
console.log(this.a)
}
}

// func1
var func1 = () => {
console.log(this.a)
}

// func2
var func2 = obj.func2
// func3
var func3 = obj.func3

func1()
func2()
func3()
obj.func2()
obj.func3()

答案是 1、1、1、1、2。