如何确定js里的this

在我的彻底理解js的执行上下文,以及变量对象中我说过,执行上下文是在函数被调用的时候被创建的,其中包括创建变量对象(variable object),作用域链(scope chain),this指针(this value)。
前两者我们都已经讨论过:

现在我们来说明this是如何确定的。

这篇文章只讨论浏览器严格模式环境下的情况


理论依据

首先明确最重要的一点:当函数被调用的时候调用函数的那个对象会被传递到执行上下文中,成为this的值。

你可以将所有函数调用都理解成这种形式:

my_function.invoke(caller,arguments) 

调用者会作为参数被传递给invoke函数,invoke函数负责创建执行上下文,然后开始执行函数代码
那么

obj.fn(my_arg1, my_arg2)

就相当于

fn.invoke(obj, [my_arg1, my_arg2])

结论:函数 this 的指向与这个函数定义在哪个对象中无关,只与调用这个函数的对象有关,this是在调用时确定的,而不是定义时。


例子1

'use strict';
var obj = {
    a:111,
    fn: function fn() {
        console.log(this);
    }
}

var fn_ref = obj.fn;

obj.fn(); //  Object {a: 111, fn: [Function: fn]}
fn_ref(); // undefined
console.log(this); // Window {…}
console.log(this.obj); // Object {a: 111, fn: [Function: fn]}
  • 第一行结果说明,当函数被某个对象调用的时候,this就指向调用它的对象obj,相当于fn.invoke(obj, [])
  • 第二行结果说明,当函数自主调用的时候,this会指向undefined——因为没有任何一个对象调用它,所以可以理解成fn_ref.invoke(undefined, [])
  • 第三行结果指明了一个特别的情况,那就是全局上下文的this(不在任何一个函数中)就是Window对象(全局对象)
  • 第四行结果验证了我在说明变量对象时的结论:全局上下文的变量对象就是全局对象(就是window对象),你在全局上下文定义的所有变量都相当于将变量定义在window对象中。

一个干扰性比较强的例子

'use strict';
var o = {
    a:10,
    b:{
        a:12,
        fn:function(){
            console.log(this);
        }
    }
}

o.b.fn();  // Object {a: 12,  fn: [Function: fn] }

var j = o.b.fn;
j(); //undefined
  • 第一行输出,相当于fn.invoke(o.b, [])
  • 第二行输出,不要被fn定义的位置给迷惑了,其实就是一个独立调用,相当于j.invoke(undefined, [])

总结

this在调用时确定:

  • 如果函数被某一个对象调用,那么this就指向调用者
  • 如果函数自主调用,那么this指向undefined

只有3种特殊情况:

  1. 上文已说过,在全局上下文this就指向window对象。
  2. 在构造函数中,this指向正在构造的对象。
  3. 通过apply或call调用函数的时候,或者调用通过bind得到的函数的时候,程序员可以自己决定this的指向,this就指向第一个参数,以下例子中在func内的this都指向B:
func.apply(B, [m, n, ...]);
func.call(B, m, n, ...);

这是bind的例子:

'use strict';
function fn(fn_arg1, fn_arg2)  
{  
    console.log(this); // { str: 'this obj is bound!' }
    console.log(fn_arg1); // this is bind_arg
    console.log(fn_arg2); // this is fn2_arg
}
var fn2 = fn.bind({str:"this obj is bound!"}, "this is bind_arg");
fn2("this is fn2_arg");

有没有发现apply其实就是我们刚才所想象出来的invoke函数

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

推荐阅读更多精彩内容

  • 没搞错吧!js写了那么多年,this还是会搞错!没搞错,javascript就是回搞错! ………… 在写java的...
    zhoulujun阅读 1,442评论 0 11
  • 工厂模式类似于现实生活中的工厂可以产生大量相似的商品,去做同样的事情,实现同样的效果;这时候需要使用工厂模式。简单...
    舟渔行舟阅读 7,739评论 2 17
  • 与其他语言相比,函数的this关键字在JavaScript中的表现略有不同,此外,在严格模式和非严格模式之间也会有...
    codingC阅读 572评论 0 0
  • 函数和对象 1、函数 1.1 函数概述 函数对于任何一门语言来说都是核心的概念。通过函数可以封装任意多条语句,而且...
    道无虚阅读 4,551评论 0 5
  • 0 写在前面的话 大多数的面向对象编程语言中,比如C++和Java,在使用他们完成任务之前,必须创建类(class...
    自度君阅读 992评论 0 3