【JS基础系列】this的指向问题

打算在从此的一段时间里更新前端相关的系列文章。目前计划更新周期为一周两篇。由浅入深地理解一些前端常见的问题。今天是系列第一篇,主要讲一下this的指向问题。前端

this的定义

this又叫作上下文环境,与做用域不一样的是,他是在函数调用的时候才产生的。首先咱们理解一下什么是上下文环境?segmentfault

什么是上下文环境?

举个生活中的例子:好比说你在厨房作菜,那厨房就是你的上下文环境,你要拿一点辣椒,顺手就拿到了;好比你在试衣间,那试衣间就是你的上下文环境,你想在试衣间拿一点辣椒,可是此次拿不到了。因此咱们有了一个结论:上下文环境不同,作同一件事(调用同一个方法),获得的结果就不同。数组

来一段代码感觉一下:闭包

const name = 'Bob'
const obj = {
    name: 'Lucy',
    getName: function(){
        console.log(this.name);
    }
}

const getName = function(){
    console.log(this.name);
}
obj.getName();
getName();

咱们看一下上面这一段代码。obj.getName()中getName这个方法的是被对象obj调用的,因此他的上下文环境就是obj,那this就是指向obj,它输出的值是Lucy;getName()其实至关于window.getName(),该方法被window调用,因此上下文环境是window,this指向window,输出的值是Bob。app

好,上面知道了什么是上下文环境以后,那咱们再从绑定规则来看this的指向问题,一共有下面几种绑定规则:ide

  • 默认绑定
  • 隐式绑定
  • 显式绑定
  • 特殊的this指向:箭头函数

默认绑定

默认指向window

默认绑定其实就是咱们常常见到的在全局环境中调用函数的状况,此时this默认指向window。通常这样调用都很好辨认,可是它还有下面这种变形:函数

var b = {
    name: "Lucy",
    getName: function(){
        console.log("此时this指向对象b", this.name);
        return function(){
            console.log("此时this指向window", this.name);
        }
    }
}
const setFunc = b.getName();
setFunc();

这是一种闭包的方式。执行b.getName()以后返回一个函数,而且赋值给变量setFunc,而后在全局环境中调用了setFunc()。因此最后这种状况下的this也是指向window的。this

隐式绑定

this指向调用它的对象

这种书写方式也很常见,就是函数做为对象的方法,指向这个对象下的函数时,该环境下this隐式的指向调用它的对象(这个能够当成一个结论来记住),就是谁调用了这个函数this就指向谁。es5

const obj = {
    name: 'Lucy',
    getName: function(){
        console.log(this.name);
    }
}
obj.getName();

显式绑定

经过bind,call,apply的方式动态的传入this指向的对象

call,apply是经过传入指定的对象,让执行方法的this指向传入的对象。prototype

  • call和apply的使用在于传参的不一样,将对象指向了this后函数会当即执行。而且这两个方法绑定的对象能够是动态变化的。若是第一个参数为null,undefined或是不传,则指向全局变量。

    • call传参方式是参数逐个传过去的,
    • apply是将参数放到一个数组里面传过去的。
  • bind方法在将对象指向this后并不会当即执行,而是会返回一个函数,可是这个函数绑定了该对象以后就不能再动态改变了。

看代码:

const name = 'myName';
const obj1 = {
    name: 'Lucy'
}
const obj2 = {
    name: 'Bob'
}
function getName(){
    console.log(this.name);
}
getName.call(obj1); // 动态的让this指向obj1,生效
getName.call(obj2); // 动态的让this指向obj2,生效

const bFunc = getName.bind(obj1);
bFunc();  // 动态的让this指向obj1,生效
bFunc.call(obj2);  // 动态的让this指向obj2,可是不生效,指向的仍是obj1

new实例化中指向实例对象

要想弄明白为何this为何是指向构造函数的实例对象的,首先要先搞明白实例化new的时候作了什么?这是一个比较绕的问题,就先不抛出代码了。咱们先来看一下,执行了new以后的实例对象有哪些特色?我总结了一下有如下几点:

  • 实例化后的实例对象是一个对象。
  • 实例对象能够调用构造函数的原型方法。
  • 实例对象上有构造函数中this上的全部属性。

咱们思考一下如何封装一个函数实现上面的要求,如下是分析过程:

  • 建立一个函数,最后返回一个对象。
  • 要让一个普通对象拥有某个构造函数的原型方法,那么须要对象的__proto__指向该构造函数的原型上。
  • 执行构造函数,而且让函数的this指向这个返回的对象上。

因此代码能够是这样的:

function newFn(Fn, ...args){
    // 新建一个普通对象
    let obj = {};
    // 将构造函数的原型指向对象的__proto__
    obj.__proto__ = Fn.prototype;
    // 执行Fn函数,而且将this指向obj
    Fn.call(obj, ...args);
    // 返回有原型方法和this上属性值的对象
    return obj;
}

因此使用自定义的newFn方法实现new的操做是这样的:

function Person(name){
    this.name = name;
}
Person.prototype.getName = function(){
    console.log(this.name)
}

function newFn(Fn, ...args) {
    // 新建一个普通对象
    let obj = {}
    // 将构造函数的原型指向对象的__proto__
    obj.__proto__ = Fn.prototype;
    // 执行Fn函数,而且将this指向obj
    Fn.call(obj, ...args);
    // 返回有原型方法和this上属性值的对象
    return obj;
}

// 使用自定义的newFn实现实例化的过程
const p = newFn(Person, 'Lucy');
p.getName();

特殊的this指向:箭头函数

箭头函数相比较传统函数,有它的特殊性。首先上面说到传统的函数的this是在调用它的时候肯定的,而箭头函数没有上下文环境的概念,它的this要去声明该箭头函数的上下文环境中找。因此,箭头函数的this是在函数声明的时候就肯定的,并且没法更改。就连使用call和apply的方式也不能改变。
因此由于这个特色,箭头函数的使用有它的局限性。

  • 箭头函数不能做为构造函数使用
  • 箭头函数没有arguments
// say方法上层做用域中的this指向的是window,call也没法修改它的指向
let a = 10  
const obj = {
    a: 1,
    say: () => {
        console.log(this.a)
    }
}
obj.say()  // 10
obj.say.call({a: 5})  // 10


// say方法上层做用域中的this指向的是Factory实例,因此输出的是实例的属性b
var b = 10
function Factory(){
    this.a = '1'
    this.b = '2'
    this.getVal = {
        say: () => {
            console.log(this.b)
        }
    } 
}

new Factory().getVal.say()  //'2'

总结

this的指向问题(在es5语法中)根据指向的规则能够分红划分为:

  • 默认绑定

    • 默认指向window
  • 隐式绑定

    • 对象调用它的方法时,this指向调用它的对象
  • 显式绑定

    • 经过call,apply等方法动态的将this指向到传入的对象。
    • 实例化的时this指向实例对象(new方法作了一件什么事这个也比较重要)。
  • 箭头函数

它的this指向比较特殊,箭头函数自己没有上下文环境的说法,它是在函数定义的时候this指向当前定义函数的上下文环境。因此有些文章说他指向父级函数中this指向的对象这个说法也是正确的。

相关文章:

相关文章
相关标签/搜索