React 中事件处理

不要问自己需要什么样的人生，而要问自己想要成为什么样的人。

我们从前面的学习知道一个 React 组件不仅仅只包含 DOM 结构的，还应该样式和 Javascript 逻辑的。这里我们认识逻辑构造之事件处理。

1. React 事件处理

这里列举了在 React 中事件的几种绑定处理方式：

import React, { Component } from "react";

class App extends Component {
  render () {
    return (
      <div>
        <input/>
        <button onClick={ ()=>{ console.log("第一种事件绑定处理方式") }}>Add-1</button>
        <button onClick={ this.handleClick2 }>Add-2</button>
        <button onClick={ this.handleClick3 }>Add-3</button>
        <button onClick={ ()=>{ this.handleClick4() } }>Add-4</button>
      </div>
    )
  }

  handleClick2() {
    console.log("第二种事件绑定处理方式")
  }

  handleClick3 = ()=>{
    console.log("第三种事件绑定处理方式")
  }

  handleClick4 = ()=>{
    console.log("第四种事件绑定处理方式")
  }
}

export default App;

2. 事件绑定区别

这里重点说明下在事件和事件绑定绑定中 this 指向问题。

2.1 匿名函数

直接执行匿名函数，直接在 {} 中写事件函数表达式。

写法特点：

• 适合逻辑少、简单表达式。如果处理逻辑过多、复杂 ，会导致结构不清晰，难维护，不推荐。
• 事件内部 this 指向和外部一致，因为箭头函数没有 this 指向问题原则。

能直接访问：

• 因为 onClick 后面表达式跟的是一个函数（箭头函数），这里事件内部 this 指向和外部一致。

class App extends Component {
 // 定义属性
 value = 100

 render () {
  return (
    <div>
      <input/>
      <button onClick={ ()=>{ console.log("第一种事件绑定处理方式", this.value) }}>Add-1</button>
    </div>
  )
}

2.2 调用内部普通函数

写法特点：this 指向和外部不一致，需要用 bind 修正 this 指向，不推荐使用。

<button onClick={ this.handleClick2 }>Add-2</button>
// 修正后：
<button onClick={ this.handleClick2.bind(this) }>Add-2</button>

handleClick2() {
  // 异常，需要通过改变 this 指向解决
  console.log("第二种事件绑定处理方式", this.value)
}

不能直接访问：

这里访问类属性 this.value 会报错，我们可以打印出 this 看下它指向什么，结果会是：undefined。为什么 this 会丢失呢？记住一句话：函数中的 this 谁调用我，this 就指向谁。这里点完按钮后被 React 事件系统调用的，this 指向的应该是 React 事件系统。用于不会指向 App 这个实例。而这里它也没有指向 React 事件系统，而是丢了指向 undefined。哈哈哈....

2.3 调用内部箭头函数

写法特点：this 指向和外部一直，没有 this 指向问题，推荐使用。

<button onClick={ this.handleClick3 }>Add-3</button>

handleClick3 = ()=>{
  console.log("第三种事件绑定处理方式", this.value)
}

这里是箭头函数，this 指向根本不关心谁调用的我，它永远保持与外部作用域一样的，它指向的 app 的实例。为什么箭头函数 this 指向就不关心谁调用的我呢？我也不知道.... 难到....

• 箭头函数会自动改变 this 的指向？？？
• 或者箭头函数不是改变 this 指向，而是引用上一个作用域的 this ？？？
• 一个比较权威的解释是在箭头函数中，this 与封闭词法上下文的 this 保持一致。在全局代码中，它将被设置为全局对象。

2.4 执行匿名函数，调用其他内部函数

写法特点：this 指向和外部一直，没有 this 指向问题，符合谁调用我我指向谁。非常推荐使用这种写法，参数传递很方便。

<button onClick={ ()=>{ this.handleClick4() } }>Add-4</button>
// 语法简写：
<button onClick={ ()=>this.handleClick4() }>Add-4</button>

// 有人说这里是因为你写成了箭头函数了吧，即使他不写成箭头函数也没关系，刚才讲的原理，符合谁调用我我指向谁。
handleClick4 = ()=>{
  console.log("第四种事件绑定处理方式", this.value)
}

整体有个问题： 要不要加小括号，不加不让他自己主动执行，点击系统会调用、加小括号执行函数。加小阔号主动执行，点击后不执行 undefined。

2.5 JS 中修正 this 指向方案

• call：改变 this 指向，自动执行函数；
• apply：改变 this 指向，自动执行函数；
• bind：改变 this 指向，不会自动执行函数，需要手动加括号执行函数 ；

var obj1 = {
  name: "obj1",
  getName() {
    console.log(this.name)
  }
}

var obj2 = {
  name: "obj2",
  getName() {
    console.log(this.name)
  }
}

// this.name 谁调用我我指向谁
obj1.getName() // 结果 obj1
obj2.getName() // 结果 obj2

// call, reply ：修改 obj1 getName 中 this 指向 obj2
obj1.getName.call(obj2) // 结果 obj2
obj2.getName() // 结果 obj2

3. 总结事件处理

3.1 this 指向问题，记住两句话

• 谁调用我我指向谁原则；
• 箭头函数没有 this 指向问题；

3.2 React 事件绑定和原生事件绑定有什么区别？

React 中事件绑定没有绑定到具体的 DOM 节点（元素）身上。它采用的是一种事件代理的模式，绑定在根节点身上。绑定到每一个 DOM 节点身上是很消耗内存的。

React 模拟了一套事件冒泡机制，等冒泡到根节点上通过 target 事件源找到是那个元素真实触发的，然后从这个触发的元素到顶点所有节点都去查一查，有没有一个叫 onClick 属性，如果有就把这个 onClick 事件给执行了，完整模拟冒泡的流程，即模拟系统事件机制。其不需要考虑解绑、移除事件等，只有节点从页面中没了，onClick 根本就不会再有了，没有绑定只有节点没了 onClick 就没了。

3.3 Event 事件对象也是支持的

Event 对象，和普通浏览器一样，事件 handler 会被自动传入一个 event 对象，这个对象和普通的浏览器 event 对象所包含的方法和属性都基本一致。不同的是 React 中的 event 对象并不是浏览器提供的，而是它自己内部所构建的。它同样具有 event . stoppropagation、event.preventDefault 这种常用的方法。