您的位置:首页 > Web前端 > JavaScript

javascript 中this详解

2016-11-24 00:16 597 查看
this是每一个想要深入学习Javascript的人必过的一关,我为this看过很多书查过很多资料,虽然对this有了一定的了解并且也经常使用this,但是如果有人问我 this是什么呀? 我依旧不能给别人一个完美的解释。最近一个小的机缘,让我重新对this有了认识,终于觉得自己可以把我认识到的this将给别人听了,所以现在迫不及待的来分享一下我的认识

说到this,最重要的就是this的指向了(这样说并不准确,因为this只是函数被调用时所创建的活动对象中的一个属性而已)。

有些人可能认为this指向的是自身,因为this这个单词的含义就是如此嘛,不过这种认识应该是错误的,不信?来看代码

1 function foo(num) {
2     console.log("foo" + num);
3     this.count++;
4 }
5 foo.count = 0;
6 for(var i = 0; i < 5; i++) {
7     foo(i);
8 }
9 console.log(foo.count);
10 console.log(count);


对于第二行的输出肯定大家都是知道答案的

1 foo0
2 foo1
3 foo2
4 foo3
5 foo4


那么第九行的输出是什么?(如果this指向的是自身的话foo被调用5次 foo.count应该是5才对,但是!)



事实上this.count并没有 ++ 由此可以说明,this并不是指向自身。此处,this执行全局变量window

又会有人说,我知道他不是指向自身呀,他明明是指向作用域的嘛(好吧,很长一段时间我也是这么以为的)。不过事实上这也是不正确的,依旧,我们用一段代码来证明

1 function foo() {
2     var a = 2;
3     this.bar();
4 }
5 function bar() {
6     console.log(this.a);
7 }
8 foo();


这段代码第六行的输出会是什么呢?是2吗?

运行结果是undefined

this并没有指向自身作用域.看到这里的你现在一定暴虐的想要知道那this到底是个什么鬼,那现在我们就开始一层层解析this是什么

想要知道函数在执行过程中是如何绑定this的,首先要知道函数的调用位置。可能很多人已经可以肯轻松的寻找出函数调用位置,那就轻轻松的看一下我的代码和你想出的答案是不是一样的吧

1 function baz() {
2     //当前调用栈:baz
3    //调用位置是全局作用域
4     console.log("baz");
5     bar();//bar的调用位置
6 }
7 function bar() {
8     //当前调用栈:baz -> bar
9    //调用位置是baz中
10     console.log("bar");
11     foo();//foo的调用位置
12 }
13 function foo() {
14     //当前调用栈:baz -> bar -> foo
15    //调用位置是bar中
16     console.log("foo");
17 }
18 baz();//baz的调用位置


看一下上面的代码,从 baz(); 开始,baz在全局之中,之后baz调用 bar(); 所以bar的调用位置在baz之中,再然后bar调用 foo(); foo的调用位置在baz之中。执行foo函数是的调用栈为baz -> bar -> foo 。

通过函数的互相调用找出调用栈,便可以找出函数的真正调用位置,可是如果代码量过大可能这样人工查找很容易出错,所以我们有更好的方法



上图右侧向上的箭头所滑过的就是foo函数执行的调用栈,栈中的第二个元素就是真正的调用位置。

找到调用位置之后我们来看一下this的绑定符合哪种绑定规则

1.隐式绑定: 看调用位置是否有上下文对象,即是否被某个对象拥有或包含(这里说的包含可不是用花括号包起来呦)。

1 var a = 3;
2 function foo() {
3     console.log(this.a);
4 }
5 var obj = {
6     a: 2,
7     foo: foo
8 };
9 obj.foo();


上面又是一个函数调用里面输出this指向的一个值呢,先不说答案,先看一下,这段代码和上面指出this不是指向作用域的那段代码的区别是什么,我想大家都发现了,这次foo函数的调用是 obj.foo() 。foo函数被用作obj对象的一个方法来调用。很明显根据foo函数的声明位置来看他并不属于obj对象,但是~~哈哈,讲了好多回但是~~foo函数的调用位置是obj的上下文来引用函数,也就是说他的落脚点是obj对象,那~~他的this自然也就指向他的上下文对象。这样一分析,答案就显而易见了,this.a等同于obj.a就是2。

(ps:如果对象属性的引用是多层的,只有最后一层会影响调用位置)。

2.显式绑定

上面的隐式绑定是通过调用一个对象中绑定了函数的属性来把this隐式的绑定在这个对象上的。所以显示绑定就是使用一些方法强制将函数绑定在某个对象上,这些方法就是 call(...) apply(...) 这两种方法的工作方式是类似的,所以我们就以call()来作为例子分析一下他们的工作过程

这两个方法第一个参数是一个对象,而被绑定的函数的this就会绑定在这个对象上,看一段代码

1 function foo() {
2     console.log(this.a);
3 }
4 var obj = {
5     a: 2
6 };
7 foo.call(obj);


foo函数执行时使用了call函数,call函数的第一个参数是obj对象,则foo函数活动对象的this属性就被绑定在了obj对象上,所以,输出2.

3.new 绑定

1 function Foo(a) {
2    this.a = a;
3 }
4 var bar = new Foo(2);
5 console.log(bar.a);


使用 new 来调用函数,即发生构造函数调用时,会执行下面操作

创建一个全新的对象

这个对象会被执行[__proto__]的链接(bar.__proto__=Foo.prototype)

这个新对象会绑定到函数调用的this上

如果函数没有返回其他对象,那么new表达式中的函数调用会自动返回这个新对象

当使用new操作符执行Foo函数时,就创建了一个全新的对象并且赋值给了变量bar。进行原型链接之后(这里不是我们今天讨论的范围)Foo函数活动对象的this属性被绑定在新创建的对象bar上,Foo函数并没有返回值,所以自动返回new创建的bar对象。

4.默认绑定 默认绑定就是不符合上面任何一种规则是的默认规则

1 function foo() {
2     console.log(this.a);
3 }
4 var a = 2;
5 foo();


上面这段代码foo函数不带任何修饰的直接使用,不符合1-3中的任何一种绑定规则,所以只能使用默认绑定规则,而默认绑定规则就是在非严格模式下被绑定在全局对象上(严格模式下与foo函数的调用位置无关为undefined)。

好了,关于this的四种绑定规则都已经解释清楚。那有没有意外情况呢?

是不是意外情况就看你对this的理解有没有到位,有没有认真的分析了,下面放两种特殊情况让大家转动一下脑筋

1 function foo() {
2     console.log(this.a);
3 }
4 var obj = {
5     a: 2,
6     foo: foo
7 };
8 var bar = obj.foo;
9 var a = "Global";
10 bar();


这段代码唯一的特殊点就是bar引用了obj的foo函数。而答案就变成了Global。这是为什么呢?

首先我们直接来输出一下bar



可以看到bar就是foo()函数的一个别名而已,虽然他是通过obj引用的foo()函数,但他只是引用到了foo函数,并没有引用到obj对象的执行上下文,所以他符合的是上面this规则的第四条默认绑定,所以this指向全局输出Global。

1 function foo() {
2     console.log(this.a);
3 }
4 function toDo (fn) {
5     fn();
6 }
7 var obj = {
8     a: 2,
9     foo: foo
10 };
11 var a = "Global";
12 toDo(obj.foo);


这段代码是传入回掉函数。而toDO函数中fn的传递依旧只是传递了foo这个函数,并没有传递obj对象的执行上下文,所以在fn()调用的位置没有任何特殊绑定,符合this规则的默认绑定,this指向全局。不信?我们在toDO函数内输出一下fn看是不是foo函数



看来我说的是对的。

一切都解决之后你肯定又会问,那万一我遇见的函数一下子符合了两条规则怎么办?呃。。。我们来测一下绑定规则的优先级吧

不用说默认绑定的优先级是最低的,那先不用理他,先看一下隐式绑定和显示绑定谁的优先级更高

1 function foo() {
2     console.log(this.a);
3 }
4 var obj1 = {
5     a: 2,
6     foo: foo
7 };
8 var obj2 = {
9     a: 3,
10     foo: foo
11 };
12 obj1.foo();
13 obj2.foo();
14
15 obj1.foo.call(obj2);
16 obj2.foo.call(obj1);




看来显式绑定轻松战胜隐式绑定,那显式绑定和new谁的优先级更高呢?好吧,由于new和call(),apply()无法同时使用,所以我没有写出他们之间的测试代码,不过查了些资料之后的结论是new的优先级高于显式绑定(那位大神可以举一个new优先级高于现实绑定的例子呢~如果有的话请贴进评论,小女子在此谢过~~)。

那总结以上经验就是想要判断this绑定规则,先看new,再看显式绑定,再看隐式绑定,都没有则使用默认绑定。

不过凡事都有例外,不能百分百下定论,比如说显式绑定是对象传入null或者undefined的话,则会忽略call或apply应用默认绑定。

还有很多种例外等着大家去发觉。不过还是一般情况占据多数,所以,只要正确寻找分析函数调用栈,找到函数调用位置,在函数调用位置上判断使用那种绑定规则,基本可以正确判断出this的指向。

再看一些特别的用法

1 function Person()
2 {
3   this.username="huangwei";
4   this.sayHello=function(){
5     console.log("username:"+this.username);
6   }
7   console.log(this);
8   return this;
9 }
10
11 var person=new Person();
12 person.sayHello();
13 console.log(person);




注释掉第八行(return this),执行结果相同.

参考:http://www.cnblogs.com/xiaoruo/p/4492453.html
http://gejiawen.github.io/2015/03/18/Javascript/%E5%8C%BA%E5%88%86JS%E4%B8%AD%E7%9A%84__proto__%E5%92%8Cprototype/
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: