Un article qui comprend ce point et rattrape 70% des front-end

Un collègue est resté bloqué à cause du problème de bug signalé par ceci, vue2 est ce problème de pointage, et la fonction flèche a été utilisée, ce qui a entraîné l'échec de l'obtention du accessoires >. Il ne le savait pas quand je le lui ai présenté, puis j'ai délibérément regardé le groupe de communication front-end. Jusqu'à présent, au moins 70 % des programmeurs front-end ne peuvent pas le comprendre. Aujourd'hui, je vais partager avec vous. ce code>Montrez-le, si vous n'avez rien appris, s'il vous plaît, faites-moi une grande gueule. <code>bug，vue2的this指向问题，使用了箭头函数，导致拿不到对应的props。当我给他介绍的时候他竟然不知道，随后也刻意的看了一下前端交流群，至今最起码还有70%以上的前端程序员搞不明白，今天给大家分享一下this指向，如果啥都没学会，请给我一个大嘴巴子。

1. 调用位置

• 作用域跟在哪里定义有关，与在哪里执行无关
• this指向跟在哪里定义无关，跟如何调用，通过什么样的形式调用有关
• this(这个) 这个函数如何被调用(方便记忆)
• 为了方便理解，默认情况下不开启严格模式

2. 绑定规则

  上面我们介绍了，this的指向主要跟通过什么样的形式调用有关。接下来我就给大家介绍一下调用规则，没有规矩不成方圆，大家把这几种调用规则牢记于心就行了，没有什么难的地方。

• 你必须找到调用位置，然后判断是下面四种的哪一种绑定规则
• 其次你要也要晓得，这四种绑定规则的优先顺序
• 这两点你都知道了 知道this的指向对于你来说 易如反掌

2.1 默认绑定

   函数最常用的调用方式，调用函数的类型：独立函数调用

function bar() {
  console.log(this) // window
}

• bar是不带任何修饰符的直接调用 所以为默认绑定 为window
• 在严格模式下 这里的this为undefined

2.2 隐式绑定

  用最通俗的话表示就是：对象拥有某个方法，通过这个对象访问方法且直接调用（注:箭头函数特殊，下面会讲解）

const info = {
  fullName: 'ice',
  getName: function() {
    console.log(this.fullName)
  }
}

info.getName() // 'ice'

• 这个函数被info发起调用，进行了隐式绑定，所以当前的this为info，通过this.fullName毫无疑问的就访问值为ice

隐式丢失 普通

  有些情况下会进行隐式丢失，被隐式绑定的函数会丢失绑定对象，也就是说它为变为默认绑定，默认绑定的this值，为window还是undefined取决于您当前所处的环境，是否为严格模式。

const info = {
  fullName: 'ice',
  getName: function() {
    console.log(this.fullName)
  }
}

const fn = info.getName

fn() //undefined

  这种情况下就进行了隐式丢失，丢失了绑定的对象，为什么会产生这样的问题呢？如果熟悉内存的小伙伴，就会很容易理解。

• 这里并没有直接调用，而是通过info找到了对应getName的内存地址，赋值给变量fn
• 然后通过fn 直接进行了调用
• 其实这里的本质 就是独立函数调用 也就是为window，从window中取出fullName属性，必定为undefined

隐式丢失 进阶
这里大家首先要理解什么是回调函数。其实可以这样理解，就是我现在不调用它，把他通过参数的形式传入到其他地方，在别的地方调用它。

//申明变量关键字必须为var
var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function() {
    console.log(this.fullName)
  }
}

function bar(fn) {
  //fn = info.getName
  fn() // panpan
}

bar(info.getName)

• 首先bar中的fn为一个回调函数
• fn = info.getName 参数传递就是一种隐式赋值，其实跟上面的隐式丢失是一个意思，他们都是指向的fn = info.getName引用，也就是它们的内存地址
• 因为他们的this丢失，也就是函数独立调用，默认绑定规则，this为全局的window对象
• 注意: 为什么申明必须为var呢？
  • 因为只有var申明的变量才会加入到全局window对象上
  • 如果采用letconst 则不是，具体的后续介绍一下这两个申明变量的关键字
• 但是有些场景，我不想让隐式丢失怎么办，下面就来给大家介绍一下显示绑定，也就是固定调用。

2.3 显示绑定

  但是在某些场景下，this的改变都是意想不到的，实际上我们无法控制回调函数的执行方式，因此没有办法控制调用位置已得到期望的绑定即this指向。

接下来的显示绑定就可以用来解决这一隐式丢失问题。

2.3.1 call/apply/bind

  js中的 ”所有“函数都有一些有用的特性，这个跟它的原型链有关系，后续我会在原型介绍，通过原型链js中变相实现继承的方法，其中call/apply/bind

1. Emplacement de l'appel

• La portée est liée à l'endroit où elle est définie, et non à l'endroit où elle est exécutée
• this pointe vers une fonction qui n'a rien à voir avec l'endroit où elle est définie, mais comment elle est appelée et sous quelle forme
• this(this) Comment être appelé (facile à retenir)
• Pour faciliter la compréhension, le mode strict n'est pas activé par défaut

2. Règles de liaison

  Comme nous l'avons introduit ci-dessus, le pointage de this est principalement lié à la forme d'appel. Ensuite, je vais vous présenter les règles d'appel. Sans règles, rien n'est complet. Gardez simplement ces règles d'appel à l'esprit. Il n'y a rien de difficile. 🎜

• Vous devez trouver l'emplacement appelant, puis déterminer laquelle des quatre règles contraignantes suivantes
• Deuxièmement, vous devez également connaître la priorité de ces quatre règles contraignantes
• Vous connaissez ces deux points et il est facile pour vous d'en connaître la direction

2.1 Liaison par défaut

🎜   La manière la plus courante d'appeler une fonction, le type d'appel de fonction : appel de fonction indépendant🎜

var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function(age, height) {
    console.log(this.fullName, age, height)
  }
}

function bar(fn) {
  fn.call(info, 20, 1.88) //ice 20 1.88
}

bar(info.getName)

• bar est un appel direct sans aucun modificateur, donc la liaison par défaut est window
• En mode strict, ce ici est non défini

2.2 Liaison implicite

🎜   Dans les termes les plus courants, cela signifie : l'objet a une certaine méthode, et la méthode est accessible via cet objet et appelée directement (remarque : les fonctions fléchées sont spéciales, expliquera ci-dessous) 🎜

var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function(age, height) {
    console.log(this.fullName, age, height)
  }
}

function bar(fn) {
  fn.apply(info, [20, 1.88]) //ice 20 1.88
}

bar(info.getName)

• Cette fonction est appelée par info et implicitement liée, donc le this actuel est info, via this.fullName il ne fait aucun doute que la valeur d'accès est ice

🎜Perte implicite de la normale🎜🎜  Dans certains Dans certains cas, une perte implicite se produit. La fonction implicitement liée perdra l'objet de liaison, ce qui signifie qu'elle devient la liaison par défaut, et la valeur this de la liaison par défaut, qu'il s'agisse de window code> ou <code>undefined dépend de l'environnement dans lequel vous vous trouvez actuellement, s'il s'agit d'un mode strict. 🎜

var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function(age, height) {
    console.log(this.fullName, age, height) //ice 20 1.88
  }
}

function bar(fn) {
  let newFn = fn.bind(info, 20)
  newFn(1.88)
}

bar(info.getName)

🎜  Dans ce cas, une perte implicite est effectuée et l'objet lié est perdu. Pourquoi un tel problème se produit-il ? Si vous êtes familier avec la mémoire, ce sera facile à comprendre. 🎜

• Il n'y a pas d'appel direct ici, mais l'adresse mémoire correspondant à getName est trouvée via info et affectée à la variable fn code>
• Ensuite, l'appel a été effectué directement via fn
• En fait, l'essence ici est un appel de fonction indépendant, qui est window, from fullName extrait de code>window

doit être undefined🎜Perte implicite Avancé
Ici, tout le monde doit d'abord comprendre ce qu'est une fonction de rappel. En fait, cela peut être compris de cette façon, c'est-à-dire que je ne l'appelle pas maintenant, mais je le transmets à d'autres endroits sous forme de paramètres et je l'appelle ailleurs. 🎜

function Person(name, age) {
  this.name = name
  this.age = age

}

const p1 = new Person('ice', 20)

console.log(p1) // {name:'ice', age:20}

• Tout d'abord, fn dans bar est une fonction de rappel
• fn = info.getName code> Le passage de paramètres est une sorte d'affectation implicite. En fait, cela a la même signification que la perte implicite ci-dessus. Ils pointent tous vers des références <code>fn = info.getName, qui sont leurs adresses mémoireli>Parce que leur this est perdu, c'est-à-dire que la fonction est appelée indépendamment et la règle de liaison par défaut est que this est la fenêtre globale. code> objet
• Remarque : Pourquoi la déclaration doit-elle être var ?
  • Parce que seules les variables déclarées par var seront ajoutées à l'objet global window
  • Si letconst est utilisé > Non, je présenterai les deux mots-clés pour déclarer les variables en détail plus tard
• Mais dans certains scénarios, je ne veux pas de perte implicite. Que dois-je faire. ? Je vais vous dire quoi faire ensuite. Introduisons la liaison d'affichage, qui est un appel fixe.

2.3 Liaison d'affichage

🎜  Mais dans certains scénarios, thisLe les changements sont inattendus. En fait, nous n'avons aucun contrôle sur la façon dont la fonction de rappel est exécutée, il n'y a donc aucun moyen de contrôler que l'emplacement appelant a obtenu la liaison attendue, c'est-à-dire qu'il y pointe. 🎜🎜La prochaine liaison d'affichage peut être utilisée pour résoudre ce problème de perte implicite. 🎜

2.3.1 call/apply/bind

🎜  Toutes les fonctions de js ont des fonctionnalités utiles, celle-ci est la même que celle-ci. chaîne prototype de Appelez-les dans les fonctions. 🎜

2.3.2 call

• call() 方法使用一个指定的 this 值和单独给出的一个或多个参数来调用一个函数。
  • 第一个参数为固定绑定的this对象
  • 第二个参数以及二以后的参数，都是作为参数进行传递给所调用的函数
• 备注
  • 该方法的语法和作用与 apply() 方法类似，只有一个区别，就是 call() 方法接受的是一个参数列表，而 apply() 方法接受的是一个包含多个参数的数组。

var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function(age, height) {
    console.log(this.fullName, age, height)
  }
}

function bar(fn) {
  fn.call(info, 20, 1.88) //ice 20 1.88
}

bar(info.getName)

2.3.3 apply

• 与call的方法类似，只是参数列表有所不同
  • 参数
    • call  参数为单个传递
    • apply 参数为数组传递

var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function(age, height) {
    console.log(this.fullName, age, height)
  }
}

function bar(fn) {
  fn.apply(info, [20, 1.88]) //ice 20 1.88
}

bar(info.getName)

2.3.4 bind

• bind与apply/call之间有所不同，bind传入this，则是返回一个this绑定后的函数，调用返回后的函数，就可以拿到期望的this。
• 参数传递则是
  • 调用bind时，可以传入参数
  • 调用bind返回的参数也可以进行传参

var fullName = 'panpan'

const info = {
  fullName: 'ice',
  getName: function(age, height) {
    console.log(this.fullName, age, height) //ice 20 1.88
  }
}

function bar(fn) {
  let newFn = fn.bind(info, 20)
  newFn(1.88)
}

bar(info.getName)

2.4 new绑定

  谈到new关键字，就不得不谈构造函数，也就是JS中的 "类"，后续原型篇章在跟大家继续探讨这个new关键字，首先要明白以下几点，new Fn()的时候发生了什么，有利于我们理解this的指向。

• 创建了一个空对象

• 将this指向所创建出来的对象

• 把这个对象的[[prototype]] 指向了构造函数的prototype属性

• 执行代码块代码

• 如果没有明确返回一个非空对象，那么返回的对象就是这个创建出来的对象

function Person(name, age) {
  this.name = name
  this.age = age

}

const p1 = new Person('ice', 20)

console.log(p1) // {name:'ice', age:20}

• 当我调用new Person()的时候，那个this所指向的其实就是p1对象

3. 绑定优先级

3.1 隐式绑定 > 默认绑定

function bar() {
  console.log(this) //info
}

const info = {
  bar: bar
}

info.bar()

• 虽然这边比较有些勉强，有些开发者会认为这是默认绑定的规则不能直接的显示谁的优先级高
• 但是从另外一个角度来看，隐式绑定，的this丢失以后this才会指向widonw或者undefined，变相的可以认为隐式绑定 > 默认绑定

3.2 显示绑定 > 隐式绑定

var fullName = 'global ice'
const info = {
  fullName: 'ice',
  getName: function() {
    console.log(this.fullName) 
  }
}

info.getName.call(this) //global ice
info.getName.apply(this) //global ice
info.getName.bind(this)() //global ice

• 通过隐式绑定和显示绑定的一起使用很明显 显示绑定 > 隐式绑定

3.3 bind(硬绑定) >  apply/call

function bar() {
  console.log(this) //123
}

const newFn = bar.bind(123)
newFn.call(456)

3.4 new绑定 > bind绑定

首先我们来说一下，为什么是和bind比较，而不能对call和apply比较，思考下面代码

const info = {
  height: 1.88
}

function Person(name, age) {
  this.name = name
  this.age = age
}

const p1 = new Person.call('ice', 20)

//报错: Uncaught TypeError: Person.call is not a constructor

new绑定和bind绑定比较

const info = {
  height: 1.88
}

function Person(name, age) {
  this.name = name
  this.age = age
}

const hasBindPerson = Person.bind(info)

const p1 = new hasBindPerson('ice', 20)

console.log(info) //{height: 1.88}

• 我们通过bind对Person进行了一次劫持，硬绑定了this为info对象
• new 返回的固定this的函数
• 但是我们发现 并不能干预this的指向

3.5 总结

new关键字 > bind > apply/call > 隐式绑定 > 默认绑定

4. 箭头函数 (arrow function)

首先箭头函数是ES6新增的语法

const foo = () => {}

4.1 箭头函数this

var fullName = 'global ice'

const info = {
  fullName: 'ice',
  getName: () => {
    console.log(this.fullName)
  }
}

info.getName() //global ice

• 你会神奇的发现？ 为什么不是默认绑定，打印结果为ice
• 其实这是ES6的新特性，箭头函数不绑定this，它的this是上一层作用域，上一层作用域为window
• 所以打印的结果是 global ice

4.2 箭头函数的应用场景 进阶

• 需求: 在getObjName通过this拿到info中的fullName (值为ice的fullName)

const info = {
  fullName: 'ice',
  getName: function() {
    let _this = this
    return {
      fullName: 'panpan',
      getObjName: function() {
        console.log(this) // obj
        console.log(_this.fullName)
      }
    }
  }
}

const obj = info.getName()
obj.getObjName()

• 当我调用 info.getName() 返回了一个新对象

• 当我调用返回对象的getObjName方法时，我想拿到最外层的fullName，我通过，getObjName的this访问，拿到的this却是obj，不是我想要的结果

• 我需要在调用info.getName() 把this保存下来，info.getName() 是通过隐式调用，所以它内部的this就是info对象

• getObjName是obj对象，因为也是隐式绑定，this必定是obj对象，绕了一大圈我只是想拿到上层作用域的this而已，恰好箭头函数解决了这一问题

const info = {
  fullName: 'ice',
  getName: function() {
    return {
      fullName: 'panpan',
      getObjName: () => {
        console.log(this.fullName)
      }
    }
  }
}

const obj = info.getName()
obj.getObjName()

5. 总结

5.1 this的四种绑定规则

• 默认绑定

• 隐式绑定

• 显示绑定 apply/call/bind(也称硬绑定)

• new绑定

5.2 this的优先级 从高到低

• new绑定

• bind

• call/apply

• 隐式绑定

• 默认绑定

6. 结语

  当一切都看起来不起作用的时候，我就会像个石匠一样去敲打石头，可能敲100次，石头没有任何反应，但是101次，石头可能就会裂为两半 我知道并不是第101次起了作用，而是前面积累所致。

  大家有疑惑可以在评论区留言 第一时间为大家解答。

（学习视频分享：web前端开发）