Javascript 函数中This的绑定形式（转载）

红太狼 2022-05-26 10:11 72阅读 0赞

**目录**

*  this的默认绑定
 *  this的隐式绑定
    
     *  隐式绑定下，作为对象属性的函数，对于对象来说是独立的
     *  在一串对象属性链中，this绑定的是最内层的对象
 *  this的显式绑定：(call和bind方法)
 *  new绑定

**正文**

javascript中的this和函数息息相关，所以今天，我就给大家详细地讲述一番：javascript函数中的this

一谈到this，很多让人晕晕乎乎的抽象概念就跑出来了， **这里我就只说最核心的一点——函数中的this总指向调用它的对象**，接下来的故事都将围绕这一点展开

**（提醒前排的筒子们准备好茶水和西瓜，我要开始讲故事啦！！）**

【故事】有一个年轻人叫 **“迪斯”（this）,**有一天，迪斯不小心穿越到一个叫  **“伽瓦斯克利”（javascript）**的 异世界，此时此刻迪斯身无分文， 他首先要做的事情就是——找到他的住宿的地方 **——调用函数的对象**

![1060770-20170814093616334-1498534386.png][]

## this的默认绑定 ##

【故事——线路1】 **如果迪斯（this）直到天黑前都没有找到能收留自己的住所**，他眼看就要过上非洲难民的生活， 这时候， **一位乐善好施的魔法师村长——window**救世主一般地出现了：先住在我家吧！

![1060770-20170814093706146-971514465.png][]

【正文】

**当一个函数没有明确的调用对象的时候，也就是单纯作为独立函数调用的时候，将对函数的this使用默认绑定：绑定到全局的window对象**

function fire () {
         console.log(this === window)
    }
    fire(); // 输出true

上面的例子我相信对大多数人都很简单，但有的时候我们把例子变一下就会具有迷惑性：

function fire () {
      // 我是被定义在函数内部的函数哦！
         function innerFire() {
      console.log(this === window)
          }
         innerFire(); // 独立函数调用
    }
    fire(); // 输出true

函数 innerFire在一个外部函数fire里面声明且调用，那么它的this是指向谁呢？ 仍然是window

**许多人可能会顾虑于fire函数的作用域对innerFire的影响，但我们只要抓住我们的理论武器——没有明确的调用对象的时候，将对函数的this使用默认绑定：绑定到全局的window对象，便可得正确的答案了**

下面这个加强版的例子也是同样的输出true

var obj = {
       fire: function () {
           function innerFire() {
              console.log(this === window)
            }
            innerFire();   // 独立函数调用
         }
    }
    obj.fire(); //输出 true

【注意】在这个例子中， obj.fire()的调用实际上使用到了this的隐式绑定，这就是下面我要讲的内容，这个例子我接下来还会继续讲解

**【总结】 凡事函数作为独立函数调用，无论它的位置在哪里，它的行为表现，都和直接在全局环境中调用无异**

## this的隐式绑定 ##

【故事——线路2】 迪斯（this）穿越来异世界“伽瓦斯克利”（javascript）的时候，刚好身上带了一些钱，于是他找到一个旅馆住宿了下来

![1060770-20170814093743459-683665303.png][]

**当函数被一个对象“包含”的时候，我们称函数的this被隐式绑定到这个对象里面了**，这时候，通过this可以直接访问所绑定的对象里面的其他属性，比如下面的a属性

var obj = {
         a: 1,
          fire: function () {
               console.log(this.a)
            }
    }
    obj.fire(); // 输出1

现在我们需要对平常司空见惯的的代码操作做一些更深的思考，首先，下面的这两段代码达到的效果是相同的：

// 我是第一段代码
    function fire () {
          console.log(this.a)
    }
      
    var obj = {
          a: 1,
          fire: fire
      }
    obj.fire(); // 输出1
     
    // 我是第二段代码
    var obj = {
            a: 1,
            fire: function () {
                 console.log(this.a)
             }
    }
    obj.fire(); // 输出1

**fire函数并不会因为它被定义在obj对象的内部和外部而有任何区别**，也就是说在上述隐式绑定的两种形式下，fire通过this还是可以访问到obj内的a属性，这告诉我们：

**1.  this是动态绑定的，或者说是在代码运行期绑定而不是在书写期**

**2.  函数于对象的独立性， this的传递丢失问题**

**（下面的描述可能带有个人的情感倾向而显得不太严谨，但这是因为我希望阅读者尽可能地理解我想表达的意思）**

### **隐式绑定下，作为对象属性的函数，对于对象来说是独立的** ###

**基于this动态绑定的特点，写在对象内部，作为对象属性的函数，对于这个对象来说是独立的。（函数并不被这个外部对象所“完全拥有”）**

我想表达的意思是：在上文中，函数虽然被定义在对象的内部中，但它和“在对象外部声明函数，然后在对象内部通过属性名称的方式取得函数的引用”，这两种方式在 **性质上是等价的**（ **而不仅仅是效果上**）

**定义在对象内部的函数只是“恰好可以被这个对象调用”而已，而不是“生来就是为这个对象所调用的”**

** **

借用下面的隐式绑定中的this传递丢失问题来说明：

var obj = {
          a: 1,    // a是定义在对象obj中的属性   1
          fire: function () {
       console.log(this.a)
            }
          }
     
    var a = 2;  // a是定义在全局环境中的变量    2
    var fireInGrobal = obj.fire;  
    fireInGrobal(); //  输出 2

上面这段简单代码的 **有趣之处在于： 这个于obj中的fire函数的引用（ fireInGrobal）在调用的时候，行为表现（输出）完全看不出来它就是在obj内部定义的**， **其原因在于：我们隐式绑定的this丢失了！！ 从而 fireInGrobal调用的时候取得的this不是obj，而是window**

上面的例子稍微变个形式就会变成一个可能困扰我们的bug:

在上面，我们的关键角色是otherFire函数，它接受一个函数引用作为参数，然后在内部直接调用，但它做的假设是参数fn仍然能够通过this去取得obj内部的a属性，但实际上, this对obj的绑定早已经丢失了，所以输出的是全局的a的值(2),而不是obj内部的a的值（1）

### 在一串对象属性链中，this绑定的是最内层的对象 ###

**在隐式绑定中，如果函数调用位置是在一串对象属性链中，this绑定的是最内层的对象**。如下所示：

var obj = {
          a: 1,
          obj2: {
               a: 2,
               obj3: {
                    a:3,
                    getA: function () {
                        console.log(this.a)   
                     }
               }
           }
    }
     
    obj.obj2.obj3.getA();  // 输出3

## this的显式绑定：(call和bind方法) ##

【故事——线路3】 迪斯（this）穿越来异世界“伽瓦斯克利”（javascript），经过努力的打拼，积累了一定的财富， **于是他买下了自己的房子**

![1060770-20170814093807693-660423302.png][]

上面我们提到了this的隐式绑定所存在的this绑定丢失的问题， **也就是对于 “ fireInGrobal = obj.fire”**

**fireInGrobal调用和obj.fire调用的结果是不同的**， **因为这个函数赋值的过程无法把fire所绑定的this也传递过去**。这个时候，call函数就派上用场了

**call的基本使用方式： fn.call(object)**

fn是你调用的函数，object参数是你希望函数的this所绑定的对象。

**fn.call(object)的作用：**

**1.**即刻调用这个函数（fn）

**2.**调用这个函数的时候函数的this指向object对象

例子：

var obj = {
          a: 1,    // a是定义在对象obj中的属性
          fire: function () {
             console.log(this.a)
          }
    }
     
    var a = 2;  // a是定义在全局环境中的变量  
    var fireInGrobal = obj.fire;
    fireInGrobal();   // 输出2
    fireInGrobal.call(obj); // 输出1

原本丢失了与obj绑定的this参数的fireInGrobal再次重新把this绑回到了obj

但是，我们其实不太喜欢这种每次调用都要依赖call的方式， **我们更希望：能够一次性 返回一个this被永久绑定到obj的fireInGrobal函数，这样我们就不必每次调用fireInGrobal都要在尾巴上加上call那么麻烦了。**

怎么办呢？ 聪明的你一定能想到，在fireInGrobal.call(obj)外面包装一个函数不就可以了嘛！

**如果使用bind的话会更加简单**

var fireInGrobal = function () {
        fn.call(obj)   //硬绑定
    }

可以简化为：

var fireInGrobal = fn.bind(obj);

**call和bind的区别是：**在绑定this到对象参数的同时：

**1.call将立即执行该函数**

**2.bind不执行函数，只返回一个可供执行的函数**

【其他】：至于apply，因为除了使用方法，它和call并没有太大差别，这里不加赘述

**在这里，我把显式绑定和隐式绑定下，函数和“包含”函数的对象间的关系比作买房和租房的区别**。

![1060770-20170814093824225-659078838.png][]

因为this的缘故

**在隐式绑定下：函数和只是暂时住在“包含对象“的旅馆里面，可能过几天就又到另一家旅馆住了**

**在显式绑定下：函数将取得在“包含对象“里的永久居住权，一直都会”住在这里“**

## new绑定 ##

【故事】 迪斯（this）组建了自己的家庭，并生下多个孩子（通过构造函数new了许多个对象）

![1060770-20170814093843662-177221964.png][]

执行new操作的时候，将创建一个新的对象，并且将构造函数的this指向所创建的新对象

function foo (a) {
         this.a = a;
    }
     
    var a1  = new foo (1);
    var a2  = new foo (2);
    var a3  = new foo (3);
    var a4  = new foo (4);
     
    console.log(a1.a); // 输出1
    console.log(a2.a); // 输出2
    console.log(a3.a); // 输出3
    console.log(a4.a); // 输出4

本文出处：[http://www.cnblogs.com/penghuwan/p/7356210.html][http_www.cnblogs.com_penghuwan_p_7356210.html]

[1060770-20170814093616334-1498534386.png]: /images/20220526/417caeffb8644d4a95bf97f43c635f7e.png
[1060770-20170814093706146-971514465.png]: /images/20220526/27a5234471034906a9fe9d6cac7900d3.png
[1060770-20170814093743459-683665303.png]: /images/20220526/546f868f772540fcbaae54cb60a6025f.png
[1060770-20170814093807693-660423302.png]: /images/20220526/4fc7edadd4374aec9f89834a7e373454.png
[1060770-20170814093824225-659078838.png]: /images/20220526/89c743a76c07477cb8ff9d6189f41495.png
[1060770-20170814093843662-177221964.png]: /images/20220526/c7a8d2dd92674726a8f422466afc425a.png
[http_www.cnblogs.com_penghuwan_p_7356210.html]: http://www.cnblogs.com/penghuwan/p/7356210.html