this关键字是JavaScript中最复杂的机制之一,是一个特别的关键字,被自动定义在所有函数的作用域中,但是相信很多JsvaScript开发者并不是非常清楚它究竟指向的是什么。听说你很懂this,是真的吗?

请先回答第一个问题:如何准确判断this指向的是什么?【面试的高频问题】


【图片来源于网络,侵删】

再看一道题,控制台打印出来的值是什么?【浏览器运行环境】

var number = 5;
var obj = {    number: 3,  fn1: (function () { var number; this.number *= 2;  number = number * 2;   number = 3;    return function () {    var num = this.number; this.number *= 2;  console.log(num);   number *= 3;   console.log(number);    }   })()
}
var fn1 = obj.fn1;
fn1.call(null);
obj.fn1();
console.log(window.number);

如果你思考出来的结果,与在浏览中执行结果相同,并且每一步的依据都非常清楚,那么,你可以选择继续往下阅读,或者关闭本网页,愉快得去玩耍。如果你有一部分是靠蒙的,或者对自己的答案并不那么确定,那么请继续往下阅读。

毕竟花一两个小时的时间,把this彻底搞明白,是一件很值得事情,不是吗?

本文将细致得讲解this的绑定规则,并在最后剖析前文两道题。

为什么要学习this?

首先,我们为什么要学习this?

  1. this使用频率很高,如果我们不懂this,那么在看别人的代码或者是源码的时候,就会很吃力。

  2. 工作中,滥用this,却没明白this指向的是什么,而导致出现问题,但是自己却不知道哪里出问题了。【在公司,我至少帮10个以上的开发人员处理过这个问题】

  3. 合理的使用this,可以让我们写出简洁且复用性高的代码。

  4. 面试的高频问题,回答不好,抱歉,出门右拐,不送。

不管出于什么目的,我们都需要把this这个知识点整的明明白白的。

OK,Let's go!

this是什么?

言归正传,this是什么?首先记住this不是指向自身!this 就是一个指针,指向调用函数的对象。这句话我们都知道,但是很多时候,我们未必能够准确判断出this究竟指向的是什么?这就好像我们听过很多道理 却依然过不好这一生。今天咱们不探讨如何过好一生的问题,但是呢,希望阅读完下面的内容之后,你能够一眼就看出this指向的是什么。

为了能够一眼看出this指向的是什么,我们首先需要知道this的绑定规则有哪些?

  1. 默认绑定

  2. 隐式绑定

  3. 硬绑定

  4. new绑定

上面的名词,你也许听过,也许没听过,但是今天之后,请牢牢记住。我们将依次来进行解析。

默认绑定

默认绑定,在不能应用其它绑定规则时使用的默认规则,通常是独立函数调用。

function sayHi(){   console.log('Hello,', this.name);
}
var name = 'YvetteLau';
sayHi();

在调用Hi()时,应用了默认绑定,this指向全局对象(非严格模式下),严格模式下,this指向undefined,undefined上没有this对象,会抛出错误。

上面的代码,如果在浏览器环境中运行,那么结果就是 Hello,YvetteLau

但是如果在node环境中运行,结果就是 Hello,undefined.这是因为node中name并不是挂在全局对象上的。

本文中,如不特殊说明,默认为浏览器环境执行结果。

隐式绑定

函数的调用是在某个对象上触发的,即调用位置上存在上下文对象。典型的形式为 XXX.fun().我们来看一段代码:

function sayHi(){  console.log('Hello,', this.name);
}
var person = { name: 'YvetteLau',    sayHi: sayHi
}
var name = 'Wiliam';
person.sayHi();

打印的结果是 Hello,YvetteLau.

sayHi函数声明在外部,严格来说并不属于person,但是在调用sayHi时,调用位置会使用person的上下文来引用函数,隐式绑定会把函数调用中的this(即此例sayHi函数中的this)绑定到这个上下文对象(即此例中的person)

需要注意的是:对象属性链中只有最后一层会影响到调用位置。

function sayHi(){  console.log('Hello,', this.name);
}
var person2 = {    name: 'Christina',    sayHi: sayHi
}
var person1 = {    name: 'YvetteLau',    friend: person2
}
person1.friend.sayHi();

结果是:Hello, Christina.

因为只有最后一层会确定this指向的是什么,不管有多少层,在判断this的时候,我们只关注最后一层,即此处的friend。

隐式绑定有一个大陷阱,绑定很容易丢失(或者说容易给我们造成误导,我们以为this指向的是什么,但是实际上并非如此).

function sayHi(){   console.log('Hello,', this.name);
}
var person = { name: 'YvetteLau',    sayHi: sayHi
}
var name = 'Wiliam';
var Hi = person.sayHi;
Hi();

结果是: Hello,Wiliam.

这是为什么呢,Hi直接指向了sayHi的引用,在调用的时候,跟person没有半毛钱的关系,针对此类问题,我建议大家只需牢牢继续这个格式:XXX.fn();fn()前如果什么都没有,那么肯定不是隐式绑定,但是也不一定就是默认绑定,这里有点小疑问,我们后来会说到。

除了上面这种丢失之外,隐式绑定的丢失是发生在回调函数中(事件回调也是其中一种),我们来看下面一个例子:

function sayHi(){    console.log('Hello,', this.name);
}
var person1 = {    name: 'YvetteLau',    sayHi: function(){  setTimeout(function(){  console.log('Hello,',this.name);  })  }
}
var person2 = {    name: 'Christina',    sayHi: sayHi
}
var name='Wiliam';
person1.sayHi();
setTimeout(person2.sayHi,100);
setTimeout(function(){  person2.sayHi();
},200);

结果为:

Hello, Wiliam
Hello, Wiliam
Hello, Christina

1.第一条输出很容易理解,setTimeout的回调函数中,this使用的是默认绑定,非严格模式下,执行的是全局对象 2.第二条输出是不是有点迷惑了?说好XXX.fun()的时候,fun中的this指向的是XXX呢,为什么这次却不是这样了!Why?

其实这里我们可以这样理解: setTimeout(fn,delay){ fn(); },相当于是将person2.sayHi赋值给了一个变量,最后执行了变量,这个时候,sayHi中的this显然和person2就没有关系了。 3.第三条虽然也是在setTimeout的回调中,但是我们可以看出,这是执行的是person2.sayHi()使用的是隐式绑定,因此这是this指向的是person2,跟当前的作用域没有任何关系。

读到这里,也许你已经有点疲倦了,但是答应我,别放弃,好吗?再坚持一下,就可以掌握这个知识点了。

显式绑定

显式绑定比较好理解,就是通过call,apply,bind的方式,显式的指定this所指向的对象。(注意:《你不知道的Javascript》中将bind单独作为了硬绑定讲解了)

call,apply和bind的第一个参数,就是对应函数的this所指向的对象。call和apply的作用一样,只是传参方式不同。call和apply都会执行对应的函数,而bind方法不会。

function sayHi(){   console.log('Hello,', this.name);
}
var person = { name: 'YvetteLau',    sayHi: sayHi
}
var name = 'Wiliam';
var Hi = person.sayHi;
Hi.call(person); //Hi.apply(person)

输出的结果为: Hello, YvetteLau. 因为使用硬绑定明确将this绑定在了person上。

那么,使用了硬绑定,是不是意味着不会出现隐式绑定所遇到的绑定丢失呢?显然不是这样的,不信,继续往下看。

function sayHi(){    console.log('Hello,', this.name);
}
var person = { name: 'YvetteLau',    sayHi: sayHi
}
var name = 'Wiliam';
var Hi = function(fn) {    fn();
}
Hi.call(person, person.sayHi); 

输出的结果是 Hello, Wiliam. 原因很简单,Hi.call(person, person.sayHi)的确是将this绑定到Hi中的this了。但是在执行fn的时候,相当于直接调用了sayHi方法(记住: person.sayHi已经被赋值给fn了,隐式绑定也丢了),没有指定this的值,对应的是默认绑定。

现在,我们希望绑定不会丢失,要怎么做?很简单,调用fn的时候,也给它硬绑定。

function sayHi(){  console.log('Hello,', this.name);
}
var person = { name: 'YvetteLau',    sayHi: sayHi
}
var name = 'Wiliam';
var Hi = function(fn) {    fn.call(this);
}
Hi.call(person, person.sayHi);

此时,输出的结果为: Hello, YvetteLau,因为person被绑定到Hi函数中的this上,fn又将这个对象绑定给了sayHi的函数。这时,sayHi中的this指向的就是person对象。

至此,革命已经快胜利了,我们来看最后一种绑定规则: new 绑定。

new 绑定

javaScript和C++不一样,并没有类,在javaScript中,构造函数只是使用new操作符时被调用的函数,这些函数和普通的函数并没有什么不同,它不属于某个类,也不可能实例化出一个类。任何一个函数都可以使用new来调用,因此其实并不存在构造函数,而只有对于函数的“构造调用”。

使用new来调用函数,会自动执行下面的操作:

  1. 创建一个新对象

  2. 将构造函数的作用域赋值给新对象,即this指向这个新对象

  3. 执行构造函数中的代码

  4. 返回新对象

因此,我们使用new来调用函数的时候,就会新对象绑定到这个函数的this上。

function sayHi(name){ this.name = name;
}
var Hi = new sayHi('Yevtte');
console.log('Hello,', Hi.name);

输出结果为 Hello, Yevtte, 原因是因为在var Hi = new sayHi('Yevtte');这一步,会将sayHi中的this绑定到Hi对象上。

绑定优先级

我们知道了this有四种绑定规则,但是如果同时应用了多种规则,怎么办?

显然,我们需要了解哪一种绑定方式的优先级更高,这四种绑定的优先级为:

new绑定 > 显式绑定 > 隐式绑定 > 默认绑定

这个规则时如何得到的,大家如果有兴趣,可以自己写个demo去测试,或者记住上面的结论即可。

绑定例外

凡事都有例外,this的规则也是这样。

如果我们将null或者是undefined作为this的绑定对象传入call、apply或者是bind,这些值在调用时会被忽略,实际应用的是默认绑定规则。

var foo = {    name: 'Selina'
}
var name = 'Chirs';
function bar() {    console.log(this.name);
}
bar.call(null); //Chirs 

输出的结果是 Chirs,因为这时实际应用的是默认绑定规则。

箭头函数

箭头函数是ES6中新增的,它和普通函数有一些区别,箭头函数没有自己的this,它的this继承于外层代码库中的this。箭头函数在使用时,需要注意以下几点:

(1)函数体内的this对象,继承的是外层代码块的this。

(2)不可以当作构造函数,也就是说,不可以使用new命令,否则会抛出一个错误。

(3)不可以使用arguments对象,该对象在函数体内不存在。如果要用,可以用 rest 参数代替。

(4)不可以使用yield命令,因此箭头函数不能用作 Generator 函数。

(5)箭头函数没有自己的this,所以不能用call()、apply()、bind()这些方法去改变this的指向.

OK,我们来看看箭头函数的this是什么?

var obj = { hi: function(){ console.log(this);  return ()=>{    console.log(this);  }   },  sayHi: function(){  return function() { console.log(this);  return ()=>{    console.log(this);  }   }   },  say: ()=>{  console.log(this);  }
}
let hi = obj.hi();  //输出obj对象
hi();               //输出obj对象
let sayHi = obj.sayHi();
let fun1 = sayHi(); //输出window
fun1();             //输出window
obj.say();          //输出window

那么这是为什么呢?如果大家说箭头函数中的this是定义时所在的对象,这样的结果显示不是大家预期的,按照这个定义,say中的this应该是obj才对。

我们来分析一下上面的执行结果:

  1. obj.hi(); 对应了this的隐式绑定规则,this绑定在obj上,所以输出obj,很好理解。

  2. hi(); 这一步执行的就是箭头函数,箭头函数继承上一个代码库的this,刚刚我们得出上一层的this是obj,显然这里的this就是obj.

  3. 执行sayHi();这一步也很好理解,我们前面说过这种隐式绑定丢失的情况,这个时候this执行的是默认绑定,this指向的是全局对象window.

  4. fun1(); 这一步执行的是箭头函数,如果按照之前的理解,this指向的是箭头函数定义时所在的对象,那么这儿显然是说不通。OK,按照箭头函数的this是继承于外层代码库的this就很好理解了。外层代码库我们刚刚分析了,this指向的是window,因此这儿的输出结果是window.

  5. obj.say(); 执行的是箭头函数,当前的代码块obj中是不存在this的,只能往上找,就找到了全局的this,指向的是window.

你说箭头函数的this是静态的?

依旧是前面的代码。我们来看看箭头函数中的this真的是静态的吗?

我要说:非也

var obj = {  hi: function(){ console.log(this);  return ()=>{    console.log(this);  }   },  sayHi: function(){  return function() { console.log(this);  return ()=>{    console.log(this);  }   }   },  say: ()=>{  console.log(this);  }
}
let sayHi = obj.sayHi();
let fun1 = sayHi(); //输出window
fun1();             //输出window
let fun2 = sayHi.bind(obj)();//输出obj
fun2();                      //输出obj

可以看出,fun1和fun2对应的是同样的箭头函数,但是this的输出结果是不一样的。

所以,请大家牢牢记住一点: 箭头函数没有自己的this,箭头函数中的this继承于外层代码库中的this.

总结

关于this的规则,至此,就告一段落了,但是想要一眼就能看出this所绑定的对象,还需要不断的训练。

我们来回顾一下,最初的问题。

1. 如何准确判断this指向的是什么?

  1. 函数是否在new中调用(new绑定),如果是,那么this绑定的是新创建的对象。

  2. 函数是否通过call,apply调用,或者使用了bind(即硬绑定),如果是,那么this绑定的就是指定的对象。

  3. 函数是否在某个上下文对象中调用(隐式绑定),如果是的话,this绑定的是那个上下文对象。一般是obj.foo()

  4. 如果以上都不是,那么使用默认绑定。如果在严格模式下,则绑定到undefined,否则绑定到全局对象。

  5. 如果把Null或者undefined作为this的绑定对象传入call、apply或者bind,这些值在调用时会被忽略,实际应用的是默认绑定规则。

  6. 如果是箭头函数,箭头函数的this继承的是外层代码块的this。

2. 执行过程解析

var number = 5;
var obj = {    number: 3,  fn: (function () {  var number; this.number *= 2;  number = number * 2;   number = 3;    return function () {    var num = this.number; this.number *= 2;  console.log(num);   number *= 3;   console.log(number);    }   })()
}
var myFun = obj.fn;
myFun.call(null);
obj.fn();
console.log(window.number);

我们来分析一下,这段代码的执行过程。

1.在定义obj的时候,fn对应的闭包就执行了,返回其中的函数,执行闭包中代码时,显然应用不了new绑定(没有出现new 关键字),硬绑定也没有(没有出现call,apply,bind关键字),隐式绑定有没有?很显然没有,如果没有XX.fn(),那么可以肯定没有应用隐式绑定,所以这里应用的就是默认绑定了,非严格模式下this绑定到了window上(浏览器执行环境)。【这里很容易被迷惑的就是以为this指向的是obj,一定要注意,除非是箭头函数,否则this跟词法作用域是两回事,一定要牢记在心】

window.number * = 2; //window.number的值是10(var number定义的全局变量是挂在window上的)
number = number * 2; //number的值是NaN;注意我们这边定义了一个number,但是没有赋值,number的值是undefined;Number(undefined)->NaN
number = 3;  //number的值为3

2.myFun.call(null);我们前面说了,call的第一个参数传null,调用的是默认绑定;

fn: function(){   var num = this.number; this.number *= 2;  console.log(num);   number *= 3;   console.log(number);
}

执行时:

var num = this.number; //num=10; 此时this指向的是window
this.number * = 2;  //window.number = 20
console.log(num);  //输出结果为10
number *= 3;  //number=9; 这个number对应的闭包中的number;闭包中的number的是3
console.log(number);  //输出的结果是9

3.obj.fn();应用了隐式绑定,fn中的this对应的是obj.

var num = this.number;//num = 3;此时this指向的是obj
this.number *= 2; //obj.number = 6;
console.log(num); //输出结果为3;
number *= 3; //number=27;这个number对应的闭包中的number;闭包中的number的此时是9
console.log(number);//输出的结果是27

4.最后一步console.log(window.number);输出的结果是20

因此组中结果为:

10
9
3
27
20

严格模式下结果,大家可以根据今天所学,自己分析,巩固一下知识点。

最后,恭喜坚持读完的小伙伴们,你们成功get到了this这个知识点,但是想要完全掌握,还是要多回顾和练习。如果你有不错的this练习题,欢迎在评论区留言哦,大家一起进步!

谢谢您花费宝贵的时间阅读本文,如果本文给了您一点帮助或者是启发,那么不要吝啬你的赞和Star哈,您的肯定是我前进的最大动力。https://github.com/YvetteLau/Blog

嗨,你真得懂this吗?相关推荐

  1. 嗨,你真的懂this吗?

    this关键字是JavaScript中最复杂的机制之一,是一个特别的关键字,被自动定义在所有函数的作用域中,但是相信很多JavaScript开发者并不是非常清楚它究竟指向的是什么.听说你很懂this, ...

  2. 开篇词-这年头,你真应该懂点法律常识

    你好,我是周甲德,是北京市京师律师事务所的一名律师,你可以叫我老周.工作十年,我办过大大小小一百多起案件,杀人放火的.骗财骗色的,各种或奇葩或惊悚的事儿都没少见.按理来说经历过这么多,人的心态应该很& ...

  3. 这年头,你真应该懂点法律常识

    你好,我是周甲德,是北京市京师律师事务所的一名律师,你可以叫我老周.工作十年,我办过大大小小一百多起案件,杀人放火的.骗财骗色的,各种或奇葩或惊悚的事儿都没少见.按理来说经历过这么多,人的心态应该很& ...

  4. 社交背水一战?校园日记背后,支付宝野心你真能懂?

    "校园日记"昨天火了一天,我们也是时候来聊聊支付宝背后的具体战略和意图了.今天早上看到虎嗅的头条<支付宝的"圈子",阿里做社交的背水一战>,文章观点 ...

  5. js map遍历 修改对象里面的值_求职季之你必须要懂的原生JS(上)

    点击上方"IT平头哥联盟",选择"置顶或者星标" 一起进步- 互联网寒冬之际,各大公司都缩减了HC,甚至是采取了"裁员"措施,在这样的大环境 ...

  6. 云原生的本质_你懂什么是云原生吗?

    简介: 我看很多文章都在聊"云原生",嘴上一直唠叨到这,那么你真得懂得什么是云原生吗!?她是在一个怎么样的背景下被提出来的? 云原生这词在这几年突然火了,在很多人还不了解她是什么的 ...

  7. 应届生找不到工作,咋整?

    年轻人找不到工作,咋整? 近期很多人都在问这个,尤其是应届生. 有人跟我说了这么一句话,他说,如果一开始找到的工作没前途,这辈子大概率就这么沉沦下去了. 所以他的结论是什么?是等,像司马懿一样,等到4 ...

  8. 这些年掘金上的优质前端文章,篇篇经典,一次打包带走!

    前言:近日发现掘金上有所有的热门文章的排行榜,但是仅仅只是排行,不利于收藏查阅.于是乎我就把热门文章全部爬下来了(站长看到别打我啊?),相信这些获得高赞文章质量不会差,爬完做了分类后不敢私藏,和大家一 ...

  9. TikTok听证会后:走不出的隐私风暴和出不了的海

    TikTok听证会结束一周. 这场来自大洋彼岸的漩涡紧扣着中国科技圈的心弦,这不是一场稀松平常的热点,而是一次样本实例的演绎,每一个企图出海,扩展生意版图的中国企业们,都在密切关注,希望在TikTok ...

  10. 万古云霄-JavaScript 自检手册

    前言 "你武功虽然花样不少,但博而不精,杂而不纯,你到底那样武功最为精湛,专门专研,炼到如火纯清,方有可能打败郭靖".一直以来看了好多博客,大大小小的 Demo 也练习了不少,可是 ...

最新文章

  1. android studio 常量表达式错误
  2. python cmdb资产_SuperCMDB - 资产管理+跳板审计
  3. 对于表列数据类型选择的一点思考
  4. MSDE2000的安装方法
  5. JVM 内存模型:运行时常量池
  6. Android(一)——Eclipse+ADT 和 Android Studio 开发环境搭建及介绍
  7. (七) DockerUI与Shipyard以及InfluxDB+cAdvisor+Grafana配置监控...
  8. python不是内部文件_已安装python,但是出现‘python’不是内部或外部命令,也不是可运行的程序或批处理文件。...
  9. linux帮助命令和用法,Linux命令帮助及history命令的使用
  10. “神算子”来了!时序预测模型零门槛轻松上手
  11. 静态文件之static+url控制系统(萌新笔记)
  12. 10行代码搞定移动web端自定义tap事件
  13. mysql配置数据库的不同权限用户
  14. 碧蓝航线频道和服务器所在的文件夹,碧蓝航线如何反和谐 反和谐方法
  15. gamit运行时候报错:wrod too long
  16. 网络可视对讲系统服务器解决方案,医护可视对讲系统(IP网络)解决方案
  17. 导入导出数据库或数据库表
  18. minecraft正版整合包服务器,Minecraft Pro
  19. 分布式文件系统HDFS实践及原理详解part3
  20. 【信息检索导论】第六章 词项权重及向量空间模型

热门文章

  1. 关于wireshark中“TCP segment of a reassembled PDU”
  2. 汇新杯选手专访:旅游看人海?VR+旅游让你身临其境
  3. element UI 表格序号计算 index
  4. 电脑取消撤销快捷键是什么_撤销快捷键ctrl加什么
  5. word2013不能执行撤销操作,ctrl+Z键也无效的解决方法
  6. 大数据平台的元数据管理
  7. 实验一. 路由器IP地址配置及直连网络
  8. PythonTkinter 练习11之 自编工具 扫描地址段IP
  9. 电商分析公式和指标整理
  10. linux设置usb选择性暂停,USB大容量存储设备无法启动的解决方法