You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
function Student(name){
this.name = name;
// return function f(){};
// return {};
}
var result = new Student('若川');
console.log(result); {name: '若川'}
// 如果返回函数f,则result是函数f,如果是对象{},则result是对象{}
'use strict';
var _createClass = function () { function defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if ("value" in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } } return function (Constructor, protoProps, staticProps) { if (protoProps) defineProperties(Constructor.prototype, protoProps); if (staticProps) defineProperties(Constructor, staticProps); return Constructor; }; }();
function _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError("Cannot call a class as a function"); } }
var Student = function () {
function Student(name) {
_classCallCheck(this, Student);
this.name = name;
}
_createClass(Student, [{
key: 'doSth',
value: function doSth() {
console.log(this.name);
}
}]);
return Student;
}();
var s1 = new Student('若川');
s1.doSth();
前言
面试官出很多考题,基本都会变着方式来考察
this
指向,看候选人对JS
基础知识是否扎实。读者可以先拉到底部看总结,再谷歌(或各技术平台)搜索几篇类似文章,看笔者写的文章和别人有什么不同(欢迎在评论区评论不同之处),对比来看,验证与自己现有知识是否有盲点,多看几篇,自然就会完善自身知识。
函数的
this
在调用时绑定的,完全取决于函数的调用位置(也就是函数的调用方法)。为了搞清楚this
的指向是什么,必须知道相关函数是如何调用的。全局上下文
非严格模式和严格模式中this都是指向顶层对象(浏览器中是
window
)。函数上下文
普通函数调用模式
你可能会误以为
window.doSth()
是调用的,所以是指向window
。虽然本例中window.doSth
确实等于doSth
。name
等于window.name
。上面代码中这是因为在ES5
中,全局变量是挂载在顶层对象(浏览器是window
)中。事实上,并不是如此。
这个例子中
let
没有给顶层对象中(浏览器是window)添加属性,window.name2和window.doSth
都是undefined
。严格模式中,普通函数中的
this
则表现不同,表现为undefined
。看过的《你不知道的
JavaScript
》上卷的读者,应该知道书上将这种叫做默认绑定。对
call
,apply
熟悉的读者会类比为:效果是一样的,
call
,apply
作用之一就是用来修改函数中的this
指向为第一个参数的。第一个参数是
undefined
或者null
,非严格模式下,是指向window
。严格模式下,就是指向第一个参数。后文详细解释。经常有这类代码(回调函数),其实也是普通函数调用模式。
对象中的函数(方法)调用模式
但往往会有以下场景,把对象中的函数赋值成一个变量了。
这样其实又变成普通函数了,所以使用普通函数的规则(默认绑定)。
call、apply、bind
调用模式上文提到
call
、apply
,这里详细解读一下。先通过MDN
认识下call
和apply
MDN 文档:Function.prototype.call()
语法
thisArg
在
fun
函数运行时指定的this
值。需要注意的是,指定的this
值并不一定是该函数执行时真正的this
值,如果这个函数处于非严格模式下,则指定为null
和undefined
的this
值会自动指向全局对象(浏览器中就是window
对象),同时值为原始值(数字,字符串,布尔值)的this
会指向该原始值的自动包装对象。arg1, arg2, ...
指定的参数列表
返回值
返回值是你调用的方法的返回值,若该方法没有返回值,则返回
undefined
。apply
和call
类似。只是参数不一样。它的参数是数组(或者类数组)。根据参数
thisArg
的描述,可以知道,call
就是改变函数中的this
指向为thisArg
,并且执行这个函数,这也就使JS
灵活很多。严格模式下,thisArg
是原始值是值类型,也就是原始值。不会被包装成对象。举个例子:虽然一般不会把
thisArg
参数写成值类型。但还是需要知道这个知识。之前写过一篇文章:面试官问:能否模拟实现
JS
的call
和apply
方法就是利用对象上的函数
this
指向这个对象,来模拟实现call
和apply
的。感兴趣的读者思考如何实现,再去看看笔者的实现。bind
和call
和apply
类似,第一个参数也是修改this
指向,只不过返回值是新函数,新函数也能当做构造函数(new
)调用。MDN Function.prototype.bind
之前也写过一篇文章:面试官问:能否模拟实现
JS
的bind
方法就是利用
call
和apply
指向这个thisArg
参数,来模拟实现bind
的。感兴趣的读者思考如何实现,再去看看笔者的实现。构造函数调用模式
使用
new
操作符调用函数,会自动执行以下步骤。由此可以知道:
new
操作符调用时,this
指向生成的新对象。特别提醒一下,
new
调用时的返回值,如果没有显式返回对象或者函数,才是返回生成的新对象。很多人或者文章都忽略了这一点,直接简单用
typeof
判断对象。虽然实际使用时不会显示返回,但面试官会问到。之前也写了一篇文章面试官问:能否模拟实现
JS
的new
操作符,是使用apply来把this指向到生成的新生成的对象上。感兴趣的读者思考如何实现,再去看看笔者的实现。原型链中的调用模式
会发现这个似曾相识。这就是对象上的方法调用模式。自然是指向生成的新对象。
如果该对象继承自其它对象。同样会通过原型链查找。
上面代码使用
ES6
中class
写法则是:babel
es6
转换成es5
的结果,可以去babeljs网站转换测试
自行试试。由此看出,
ES6
的class
也是通过构造函数模拟实现的,是一种语法糖。箭头函数调用模式
先看箭头函数和普通函数的重要区别:
箭头函数中没有
this
绑定,必须通过查找作用域链来决定其值。如果箭头函数被非箭头函数包含,则
this
绑定的是最近一层非箭头函数的this
,否则this
的值则被设置为全局对象。比如:
其实就是相当于箭头函数外的
this
是缓存的该箭头函数上层的普通函数的this
。如果没有普通函数,则是全局对象(浏览器中则是window
)。也就是说无法通过
call
、apply
、bind
绑定箭头函数的this
(它自身没有this
)。而call
、apply
、bind
可以绑定缓存箭头函数上层的普通函数的this
。比如:
DOM
事件处理函数调用addEventerListener、attachEvent、onclick
onclick
和addEventerListener
是指向绑定事件的元素。一些浏览器,比如
IE6~IE8
下使用attachEvent
,this
指向是window
。顺便提下:面试官也经常考察
ev.currentTarget
和ev.target
的区别。ev.currentTarget
是绑定事件的元素,而ev.target
是当前触发事件的元素。比如这里的分别是ul
和li
。但也可能点击的是
ul
,这时ev.currentTarget
和ev.target
就相等了。内联事件处理函数调用
第一个是
button
本身,所以是true
,第二个是window
。这里跟严格模式没有关系。当然我们现在不会这样用了,但有时不小心写成了这样,也需要了解。
其实
this
的使用场景还有挺多,比如对象object
中的getter
、setter
的this
,new Function()
、eval
。但掌握以上几种,去分析其他的,就自然迎刃而解了。
使用比较多的还是普通函数调用、对象的函数调用、
new
调用、call、apply、bind
调用、箭头函数调用。那么他们的优先级是怎样的呢。
优先级
而箭头函数的
this
是上层普通函数的this
或者是全局对象(浏览器中是window
),所以排除,不算优先级。试想一下,如果是
Student.doSth.call(person)
先执行的情况下,那new
执行一个函数。是没有问题的。然而事实上,这代码是报错的。运算符优先级是
new
比点号低,所以是执行new (Student.doSth.call)(person)
而
Function.prototype.call
,虽然是一个函数(apply
、bind
也是函数),跟箭头函数一样,不能用new
调用。所以报错了。这是因为函数内部有两个不同的方法:
[[Call]]
和[[Constructor]]
。当使用普通函数调用时,
[[Call]]
会被执行。当使用构造函数调用时,[[Constructor]]
会被执行。call
、apply
、bind
和箭头函数内部没有[[Constructor]]
方法。从上面的例子可以看出普通函数调用优先级最低,其次是对象上的函数。
call(apply、bind)
调用方式和new
调用方式的优先级,在《你不知道的JavaScript》是对比bind
和new
,引用了mdn
的bind
的ployfill
实现,new
调用时bind之后的函数,会忽略bind
绑定的第一个参数,(mdn
的实现其实还有一些问题,感兴趣的读者,可以看我之前的文章:面试官问:能否模拟实现JS
的bind
方法),说明new
的调用的优先级最高。所以它们的优先级是
new
调用 >call、apply、bind
调用 > 对象上的函数调用 > 普通函数调用。总结
如果要判断一个运行中函数的
this
绑定, 就需要找到这个函数的直接调用位置。 找到之后就可以顺序应用下面这四条规则来判断
this
的绑定对象。new
调用:绑定到新创建的对象,注意:显示return
函数或对象,返回值不是新创建的对象,而是显式返回的函数或对象。call
或者apply
( 或者bind
) 调用:严格模式下,绑定到指定的第一个参数。非严格模式下,null
和undefined
,指向全局对象(浏览器中是window
),其余值指向被new Object()
包装的对象。undefined
,否则绑定到全局对象。ES6
中的箭头函数:不会使用上文的四条标准的绑定规则, 而是根据当前的词法作用域来决定this
, 具体来说, 箭头函数会继承外层函数,调用的 this 绑定( 无论 this 绑定到什么),没有外层函数,则是绑定到全局对象(浏览器中是window
)。 这其实和ES6
之前代码中的self = this
机制一样。DOM
事件函数:一般指向绑定事件的DOM
元素,但有些情况绑定到全局对象(比如IE6~IE8
的attachEvent
)。一定要注意,有些调用可能在无意中使用普通函数绑定规则。 如果想“ 更安全” 地忽略
this
绑定, 你可以使用一个对象, 比如
ø = Object.create(null)
, 以保护全局对象。面试官考察
this
指向就可以考察new、call、apply、bind
,箭头函数等用法。从而扩展到作用域、闭包、原型链、继承、严格模式等。这就是面试官乐此不疲的原因。读者发现有不妥或可改善之处,欢迎指出。另外觉得写得不错,可以点个赞,也是对笔者的一种支持。
考题
this
指向考题经常结合一些运算符等来考察。看完本文,不妨通过以下两篇面试题测试一下。小小沧海:一道常被人轻视的前端JS面试题
从这两套题,重新认识JS的this、作用域、闭包、对象
扩展阅读
你不知道的JavaScript 上卷
冴羽:JavaScript深入之从ECMAScript规范解读this
这波能反杀:前端基础进阶(五):全方位解读this
关于
作者:常以若川为名混迹于江湖。前端路上 | PPT爱好者 | 所知甚少,唯善学。
个人博客
segmentfault
前端视野专栏,开通了前端视野专栏,欢迎关注~掘金专栏,欢迎关注~
知乎前端视野专栏,开通了前端视野专栏,欢迎关注~
github blog,求个
star
^_^~The text was updated successfully, but these errors were encountered: