JavaScript的this指向
一. 理解 this
1.1. 为什么使用 this
在常见的编程语言中,几乎都有 this 这个关键字(Objective-C 中使用的是 self),但是 JavaScript 中的 this 和常见的面向对象语言中的 this 不太一样:
常见面向对象的编程语言中,比如 Java、C++、Swift、Dart 等等一系列语言中,this 通常只会出现在
类的方法
中。也就是你需要有一个类,类中的方法(特别是实例方法)中,this 代表的是当前调用对象。
但是 JavaScript 中的 this 更加灵活,无论是它出现的位置还是它代表的含义。
使用 this 有什么意义呢?下面的代码中,我们通过对象字面量创建出来一个对象,当我们调用对象的方法时,希望将对象的名称一起进行打印。
如果没有 this,那么我们的代码会是下面的写法:
在方法中,为了能够获取到 name 名称,必须通过 obj 的引用(变量名称)来获取。
但是这样做有一个很大的弊端:如果我将 obj 的名称换成了 info,那么所有的方法中的 obj 都需要换成 info。
1 | const obj = { |
事实上,上面的代码,在实际开发中,我们都会使用 this 来进行优化:
- 当我们通过 obj 去调用 running、eating、studying 这些方法时,this 就是指向的 obj 对象
1 | const obj = { |
所以我们会发现,在某些函数或者方法的编写中,this 可以让我们更加便捷的方式来引用对象,在进行一些 API 设计时,代码更加的简洁和易于复用。
当然,上面只是应用 this 的一个场景而已,开发中使用到 this 的场景到处都是,这也是为什么它不容易理解的原因。
1.2. this 指向什么
我们先说一个最简单的,this 在全局作用域下指向什么?
这个问题非常容易回答,在浏览器中测试就是指向 window
所以,在全局作用域下,我们可以认为 this 就是指向的 window
1 | console.log(this); // window |
但是,开发中很少直接在全局作用域下去使用 this,通常都是在函数中使用。
所有的函数在被调用时,都会创建一个执行上下文:
这个上下文中记录着函数的调用栈、函数的调用方式、传入的参数信息等;
this 也是其中的一个属性;
我们先来看一个让人困惑的问题:
- 定义一个函数,我们采用三种不同的方式对它进行调用,它产生了三种不同的结果
1 | // 定义一个函数 |
上面的案例可以给我们什么样的启示呢?
1.函数在调用时,JavaScript 会默认给 this 绑定一个值;
2.this 的绑定和定义的位置(编写的位置)没有关系;
3.this 的绑定和调用方式以及调用的位置有关系;
4.this 是在运行时被绑定的;
那么 this 到底是怎么样的绑定规则呢?一起来学习一下吧
二. this 绑定规则
我们现在已经知道 this 无非就是在函数调用时被绑定的一个对象,我们就需要知道它在不同的场景下的绑定规则即可。
2.1. 默认绑定
什么情况下使用默认绑定呢?独立函数调用。
- 独立的函数调用我们可以理解成函数没有被绑定到某个对象上进行调用;
案例一:普通函数调用
该函数直接被调用,并没有进行任何的对象关联;
这种独立的函数调用会使用默认绑定,通常默认绑定时,函数中的 this 指向全局对象(window);
1 | function foo() { |
案例二:函数调用链(一个函数又调用另外一个函数)
- 所有的函数调用都没有被绑定到某个对象上;
1 | // 2.案例二: |
案例三:将函数作为参数,传入到另一个函数中
1 | function foo(func) { |
我们对案例进行一些修改,考虑一下打印结果是否会发生变化:
这里的结果依然是 window,为什么呢?
原因非常简单,在真正函数调用的位置,并没有进行任何的对象绑定,只是一个独立函数的调用;
1 | function foo(func) { |
2.2. 隐式绑定
另外一种比较常见的调用方式是通过某个对象进行调用的:
- 也就是它的调用位置中,是通过某个对象发起的函数调用。
案例一:通过对象调用函数
foo 的调用位置是 obj.foo()方式进行调用的
那么 foo 调用时 this 会隐式的被绑定到 obj 对象上
1 | function foo() { |
案例二:案例一的变化
我们通过 obj2 又引用了 obj1 对象,再通过 obj1 对象调用 foo 函数;
那么 foo 调用的位置上其实还是 obj1 被绑定了 this;
1 | function foo() { |
案例三:隐式丢失
结果最终是 window,为什么是 window 呢?
因为 foo 最终被调用的位置是 bar,而 bar 在进行调用时没有绑定任何的对象,也就没有形成隐式绑定;
相当于是一种默认绑定;
1 | function foo() { |
2.3. 显示绑定
隐式绑定有一个前提条件:
必须在调用的
对象内部
有一个对函数的引用(比如一个属性);如果没有这样的引用,在进行调用时,会报找不到该函数的错误;
正是通过这个引用,间接的将 this 绑定到了这个对象上;
如果我们不希望在 对象内部 包含这个函数的引用,同时又希望在这个对象上进行强制调用,该怎么做呢?
JavaScript 所有的函数都可以使用 call 和 apply 方法(这个和 Prototype 有关)。
它们两个的区别这里不再展开;
其实非常简单,第一个参数是相同的,后面的参数,apply 为数组,call 为参数列表;
这两个函数的第一个参数都要求是一个对象,这个对象的作用是什么呢?就是给 this 准备的。
在调用这个函数时,会将 this 绑定到这个传入的对象上。
因为上面的过程,我们明确的绑定了 this 指向的对象,所以称之为 显示绑定。
2.3.1. call、apply
通过 call 或者 apply 绑定 this 对象
- 显示绑定后,this 就会明确的指向绑定的对象
1 | function foo() { |
2.3.2. bind 函数
如果我们希望一个函数总是显示的绑定到一个对象上,可以怎么做呢?
方案一:自己手写一个辅助函数(了解)
我们手动写了一个 bind 的辅助函数
这个辅助函数的目的是在执行 foo 时,总是让它的 this 绑定到 obj 对象上
1 | function foo() { |
方案二:使用 Function.prototype.bind
1 | function foo() { |
2.3.3. 内置函数
有些时候,我们会调用一些 JavaScript 的内置函数,或者一些第三方库中的内置函数。
这些内置函数会要求我们传入另外一个函数;
我们自己并不会显示的调用这些函数,而且 JavaScript 内部或者第三方库内部会帮助我们执行;
这些函数中的 this 又是如何绑定的呢?
案例一:setTimeout
- setTimeout 中会传入一个函数,这个函数中的 this 通常是 window
1 | setTimeout(function () { |
为什么这里是 window 呢?
这个和 setTimeout 源码的内部调用有关;
setTimeout 内部是通过 apply 进行绑定的 this 对象,并且绑定的是全局对象;
案例二:数组的 forEach
数组有一个高阶函数 forEach,用于函数的遍历:
在 forEach 中传入的函数打印的也是 Window 对象;
这是因为默认情况下传入的函数是自动调用函数(默认绑定);
1 | const names = ["abc", "cba", "nba"]; |
我们是否可以改变该函数的 this 指向呢?
1 | const names = ["abc", "cba", "nba"]; |
案例三:div 的点击
如果我们有一个 div 元素:
- 注意:省略了部分代码
1 | <style> |
获取元素节点,并且监听点击:
在点击事件的回调中,this 指向谁呢?box 对象;
这是因为在发生点击时,执行传入的回调函数被调用时,会将 box 对象绑定到该函数中;
1 | const box = document.querySelector(".box"); |
所以传入到内置函数的回调函数 this 如何确定呢?
某些内置的函数,我们很难确定它内部是如何调用传入的回调函数;
一方面可以通过分析源码来确定,另一方面我们可以通过经验(见多识广)来确定;
但是无论如何,通常都是我们之前讲过的规则来确定的;
2.4. new 绑定
JavaScript 中的函数可以当做一个类的构造函数来使用,也就是使用 new 关键字。
使用 new 关键字来调用函数时,会执行如下的操作:
1.创建一个全新的对象;
2.这个新对象会被执行 Prototype 连接;
3.这个新对象会绑定到函数调用的 this 上(this 的绑定在这个步骤完成);
4.如果函数没有返回其他对象,表达式会返回这个新对象;
1 | // 创建Person |
2.5. 规则优先级
学习了四条规则,接下来开发中我们只需要去查找函数的调用应用了哪条规则即可,但是如果一个函数调用位置应用了多条规则,优先级谁更高呢?
1.默认规则的优先级最低
毫无疑问,默认规则的优先级是最低的,因为存在其他规则时,就会通过其他规则的方式来绑定 this
2.显示绑定优先级高于隐式绑定
显示绑定和隐式绑定哪一个优先级更高呢?这个我们可以测试一下:
- 结果是 obj2,说明是显示绑定生效了
1 | function foo() { |
3.new 绑定优先级高于隐式绑定
- 结果是 foo,说明是 new 绑定生效了
1 | function foo() { |
4.new 绑定优先级高于 bind
new 绑定和 call、apply 是不允许同时使用的,所以不存在谁的优先级更高
1 | function foo() { |
但是 new 绑定是否可以和 bind 后的函数同时使用呢?可以
- 结果显示为 foo,那么说明是 new 绑定生效了
1 | function foo() { |
优先级总结:
- new 绑定 > 显示绑定(bind)> 隐式绑定 > 默认绑定
三. this 规则之外
我们讲到的规则已经足以应付平时的开发,但是总有一些语法,超出了我们的规则之外。(神话故事和动漫中总是有类似这样的人物)
3.1. 忽略显示绑定
如果在显示绑定中,我们传入一个 null 或者 undefined,那么这个显示绑定会被忽略,使用默认规则:
1 | function foo() { |
3.2. 间接函数引用
另外一种情况,创建一个函数的 间接引用
,这种情况使用默认绑定规则。
我们先来看下面的案例结果是什么?
- (num2 = num1)的结果是 num1 的值;
1 | const num1 = 100; |
我们来下面的函数赋值结果:
赋值(obj2.foo = obj1.foo)的结果是 foo 函数;
foo 函数被直接调用,那么是默认绑定;
1 | function foo() { |
3.3. ES6 箭头函数
在 ES6 中新增一个非常好用的函数类型:箭头函数
- 这里不再具体介绍箭头函数的用法,可以自行学习。
箭头函数不使用 this 的四种标准规则(也就是不绑定 this),而是根据外层作用域来决定 this。
我们来看一个模拟网络请求的案例:
这里我使用 setTimeout 来模拟网络请求,请求到数据后如何可以存放到 data 中呢?
我们需要拿到 obj 对象,设置 data;
但是直接拿到的 this 是 window,我们需要在外层定义:
var _this = this
在 setTimeout 的回调函数中使用_this 就代表了 obj 对象
1 | const obj = { |
上面的代码在 ES6 之前是我们最常用的方式,从 ES6 开始,我们会使用箭头函数:
为什么在 setTimeout 的回调函数中可以直接使用 this 呢?
因为箭头函数并不绑定 this 对象,那么 this 引用就会从上层作用域中找到对应的 this
1 | const obj = { |
思考:如果 getData 也是一个箭头函数,那么 setTimeout 中的回调函数中的 this 指向谁呢?
答案是 window;
依然是不断的从上层作用域找,那么找到了全局作用域;
在全局作用域内,this 代表的就是 window
1 | const obj = { |
四. this 面试题
4.1. 面试题一:
1 | const name = "window"; |
这道面试题非常简单,无非就是绕一下,希望把面试者绕晕:
1 | function sayName() { |
4.2. 面试题二:
1 | const name = "window"; |
下面是代码解析:
1 | // 隐式绑定,肯定是person1 |
4.3. 面试题三:
1 | const name = "window"; |
下面是代码解析:
1 | // 隐式绑定 |
4.4. 面试题四:
1 | const name = "window"; |
下面是代码解析:
1 | // obj.foo1()返回一个函数 |
文章转载于coderwhy | 前端面试之彻底搞懂 this 指向