从一道前端笔试题分析javascript中this的使用陷阱

相信大家都有看过这样的一道javascript的面试题,具体如下:

var length = 10;
function fn(){
  console.log(this.length);
}
var obj = {
    length:5,
    method:function(fn){
      fn();
      arguments[0]();
    }
}
obj.method(fn,1);

这道题主要考察的是this的指向和arguments对象,第二个输出为2,这里我们不讨论这个话题。第一个输出的如果对this理解模糊的话容易答出5的答案,其实答案为10。


分析:javascript判断this绑定的判定规则是调用位置是否有上下文对象,或者说是否被某个对象拥有或者包含,先思考如下代码:

function fn(){
  console.log(this.a);
}  
var obj = {
  a:2,
  fn:fn
}
obj.fn(); //2

首先需要注意的是fn()的声明方式,及其之后是如何被当作引用属性添加到obj中的。但是无论是直接在obj定义还是先定义再添加为引用属性,这个函数严格来说都不属于obj对象。
然而,调用位置会使用obj的上下文来引用函数,因此你可以说函数被调用时obj对象“拥有”或者“包含”它。
无论你如何称呼这个模式,但fn()被调用时,它的前面确实加上了对obj的引用。当函数引用有上下文对象时,函数调用中的this会绑定到这个上下文对象。因此调用fn()时this被绑定到obj,因此this.a和obj.a时一样的。

一种最常见的this绑定问题就是被隐式绑定的函数会丢失绑定对象,也就是说它会应用默认绑定,从而把this绑定到全局对象或者undefined上。

思考下面的代码:

function fn(){
  console.log(this.a);
}
var obj = {
  a:2,
  fn:fn
}
var bar = obj.fn; //函数别名
bar();//undefined

虽然bar是obj.fn的一个引用,但是实际上,它引用的是fn函数本身,因此此时的bar()其实是一个不带任何修饰的函数调用,因此为undefined。

回到之前的笔试题,参数传递其实就是一种隐式的赋值,下面的例子的参数传递和上面例子的 var bar = obj.fn其实是一样的。所以答案为10。

var length = 10;
function fn(){
  console.log(this.length);
}
var obj = {
    length:5,
    method:function(fn){//fn其实引用的是function fn()
      fn();//这里才是真正的调用位置
      arguments[0]();
    }
}
obj.method(fn,1);

那如果把函数传入到语言内置的函数而不是传入你自己声明的函数,会发生什么呢?结果是一样的,没有区别:

function fn(){
  console.log(this.a);
}  
var obj = {
  a:2,
  fn:fn
}
var a = "global";
setTimeout(obj.fn,100);

javascript环境中内置的setTimeout()函数的实现和下面的伪代码类似:

function setTimeout(fn,delay){
  //等待delay毫秒
  fn();//调用位置
}

就像我们看到的那样,回调函数丢失this绑定是很常见的。除此之外,还有一种情况this的行为出乎我们的意料:调用回调函数的函数可能会修改this。在一些流行的javascript框架中的事件处理器常会把回调函数的this强制绑定到触发事件的dom元素上。最后来一道测试题:

function fn(){
  console.log(this.a);
}
var a = 2;
var o = { a:3,fn:fn};
var p = { a:4}
o.fn();//输出?
(p.fn = o.fn)();//输出?

答案:3和2。

最后,分享下分析这种隐式绑定的原则:如果在一个对象内包含一个指向函数的属性,并通过这个属性间接引用函数,只有在这种情况下的this才会绑定到这个对象上。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,390评论 5 459
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,821评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,632评论 0 319
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,170评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,033评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,098评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,511评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,204评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,479评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,572评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,341评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,213评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,576评论 3 298
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,893评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,171评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,486评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,676评论 2 335

推荐阅读更多精彩内容