Skip to content

Latest commit

 

History

History
1105 lines (888 loc) · 55.8 KB

react.md

File metadata and controls

1105 lines (888 loc) · 55.8 KB
Raw

React

知识点参考链接

https://www.nowcoder.com/discuss/629644?type=all&order=recall&pos=&page=1&ncTraceId=&channel=-1&source_id=search_all_nctrack&gio_id=6F75134E4ACC8F86EF18014BC2C6C0D9-1646828193985

https://www.nowcoder.com/discuss/854671?type=post&order=recall&pos=&page=1&ncTraceId=&channel=-1&source_id=search_post_nctrack&gio_id=6F75134E4ACC8F86EF18014BC2C6C0D9-1646828462902

https://juejin.cn/post/6941546135827775525
https://juejin.cn/post/6940942549305524238
值得借鉴的面经

https://www.nowcoder.com/discuss/123161?type=post&order=jing&pos=&page=2&ncTraceId=&channel=-1&source_id=search_post_nctrack&subType=2&gio_id=6F75134E4ACC8F86EF18014BC2C6C0D9-1646830844478

https://blog.csdn.net/qq_32534855/article/details/**107484533**

什么是 React

React 是一个简单的 javascript UI 库，用于构建高效、快速的用户界面。它是一个轻量级库，因此很受欢迎。它遵循组件设计模式、声明式编程范式和函数式编程概念，以使前端应用程序更高效。它使用虚拟 DOM 来有效地操作 DOM。它遵循从高阶组件到低阶组件的单向数据流

react 生命周期(><16.3)

  • react < 16.3

    • 挂载生命周期

      • constructor(props): 初始化 props 和 state
      • componentWillMount(): Dom 被渲染之前触发，在此方法中触发 setstate 方法，在组件初次渲染之前修改组件的 state。如果组件渲染渲染完毕后调用，setstate 方法就会启动新的生命周期。
      • render(): 渲染，只要父组件 render 被调用，其所有子组件的 render 都会被调用
      • componentDidMount(): 组件渲染完毕后触发，在此阶段中可以获取 DOM，调用 setState 方会触发重新渲染
      • componentWillUnMount(): 组件被卸载之前触发，可以在这里清除后台的一些进程，清除 timer，取消网络请求等 (更新生命周期) 当组件的 state 发生变化或者父组件接收到新的属性的变化，会触发一系列的

    • 更新生命周期

      • componentWillReceiveProps(nextProps): 仅当新的属性被传递给了组件后才会调用。这也是唯一可以调用 setState 方法的地方。
      • shouldComponentUpdate(nextProps, nextState):这个生命周期函数是用来提升速度的，它是在重新渲染组件开始前触发的，默认返回 true，可以比较 this.props 和 nextProps ，this.state 和 nextState 值是否变化，来确认返回 true 或者 false。当返回 false 时，组件的更新过程停止，后续的 render、componentDidUpdate 也不会被调用。在进行新旧对比的时候，是浅对比， 也就是说如果比较的数据时引用数据类型，只要数据的引用的地址没变，即使内容变了，也会被判定为 true。主要是针对一下两个场景的优化：setState 函数在任何情况下都会导致组件重新渲染吗（会）？如果没有调用 setState，props 值也没有变化，是不是组件就不会重新渲染（父组件重新渲染时，不管传入的 props 有没有变化，都会引起子组件的重新渲染）？
      • componentWillUpdate(nextProps, nextState): 组件更新之前触发
      • componentDidUpdate(prevProps, prevState): 更新操作发生后，调用 render 之后触发。

  • react >= 16.3

    • 挂载生命周期
      • constructor(props)
      • getDerivedStateFromProps(props, state)：static getDerivedStateFromProps(props, state)，这是个静态方法，所以不能在这个函数里使用 this，它应返回一个对象来更新 state，如果返回 null 则不更新任何内容。
      • render()
      • componentDidMount()
      • componentWillUnMount()
    • 更新生命周期

      当组件的 props 改变了，或组件内部调用了 setState/forceUpdate，会触发更新重新渲染。

      • getDerivedStateFromProps(props, state)
      • shouldComponentUpdate(nextProps, nextState)
      • render
      • getSnapshotBeforeUpdate(prevProps, prevState):参数表示更新之前的 props 和 state，最近一次渲染输出（提交到 DOM 节点）之前调用，它使得组件能在发生更改之前从 DOM 中捕获一些信息（例如，滚动位置）。此生命周期方法的任何返回值将作为参数传递给 componentDidUpdate()。在最终确定的 render 执行之前执行，也就是能保证其获取到的元素状态与 didUpdate 中获取到的元素状态相同。
      • componentDidUpdate()

getDerivedStateFromProps 代码讲解： getDerivedStateFromProps 接收到新的 props 或者调用了 setState 和 forceUpdate 时被调用。如当接收到新的属性想修改 state ，就可以使用。

// 当 props.counter 变化时，赋值给 state
class App extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      counter: 0,
    };
  }

  static getDerivedStateFromProps(props, state) {
    if (props.counter !== state.counter) {
      return { counter: props.counter };
    }
    return null;
  }

  handleClick = () => {
    this.setState({
      counter: this.state.counter + 1,
    });
  };

  render() {
    return (
      <div>
        <h1 onClick="{this.handleClick}">Hello, world!{this.state.counter}</h1>
      </div>
    );
  }
}

但是这里有个问题，如果想要通过点击实现 state.counter 的增加，但这时会发现值不会发生任何变化，一直保持 props 传进来的值。这是由于在 React 16.4^ 的版本中 setState 和 forceUpdate 也会触发这个生命周期，所以当组件内部 state 变化后，就会重新走这个方法，同时会把 state 值赋值为 props 的值。因此需要多加一个字段来记录之前的 props 值，这样就会解决上述问题。

// 这里只列出需要变化的地方
class App extends React.Component {
  constructor(props) {
    super(props);
    this.state = {
      // 增加一个 preCounter 来记录之前的 props 传来的值 preCounter: 0,
      counter: 0,
    };
  }

  static getDerivedStateFromProps(props, state) {
    // 跟 state.preCounter 进行比较
    if (props.counter !== state.preCounter) {
      return {
        counter: props.counter,
        preCounter: props.counter,
      };
    }

    return null;
  }

  handleClick = () => {
    this.setState({ counter: this.state.counter + 1 });
  };

  render() {
    return (
      <div>
        <h1 onClick="{this.handleClick}">Hello, world!{this.state.counter}</h1>
      </div>
    );
  }
}

getDerivedStateFromProps 代码讲解： 最终确定的 render 执行之前执行，也就是能保证其获取到的元素状态与 didUpdate 中获取到的元素状态相同

class ScrollingList extends React.Component {
  constructor(props) {
    super(props);
    this.listRef = React.createRef();
  }
  getSnapshotBeforeUpdate(prevProps, prevState) {
    // 我们是否在 list 中添加新的 items ？
    // 捕获滚动​​位置以便我们稍后调整滚动位置。
    if (prevProps.list.length < this.props.list.length) {
      const list = this.listRef.current;
      return list.scrollHeight - list.scrollTop;
    }

    return null;
  }

  componentDidUpdate(prevProps, prevState, snapshot) {
    // 如果我们 snapshot 有值，说明我们刚刚添加了新的 items，
    // 调整滚动位置使得这些新 items 不会将旧的 items 推出视图。
    //（这里的 snapshot 是 getSnapshotBeforeUpdate 的返回值）
    if (snapshot !== null) {
      const list = this.listRef.current;
      list.scrollTop = list.scrollHeight - snapshot;
    }
  }
  render() {
    return <div ref="{this.listRef}">{/* ...contents... */}</div>;
  }
}

react 中发起网络请求应该在哪个生命周期中进行？为什么？

  • 对于异步请求，最好放在 componentDidMount 中；同步的状态改变，可以放在 componentWillMount 中，一般用的比较少

state 和 props 触发更新的生命周期分别？

区别：更新 props 和 state 触发的生命周期相同 但是 getDerivedStateFromProps shouldComponentUpdate、getSnapshotBeforeUpdate 这几个周期中 如果是更新 state，参数 prevState 会有值，nextProps 是一个空对象； 如果是更新 props，参数 nextProps 会有值，prevState 是一个空对象。

虚拟 dom、更新原理

  • 为什么需要虚拟 dom 我们知道在前端性能优化中，有一个很重要的一项就是尽可能少的操作 DOM，不仅仅是 DOM 操作相对较慢，更是因为频繁的 DOM 操作会造成浏览器的回流或者重绘，这些都会对我们的性能造成影响。
  • 虚拟 dom 是什么 虚拟 dom 是页面中真实的 dom 元素的 js 表示形式，每当 DOM 发生更改时，浏览器都需要重新计算 CSS、进行布局并重新绘制 web 页面，使用 VirtualDOM 有效地重建 DOM。
  • 虚拟 dom 更新原理 每当有更新发生时，Reconciler（协调器）会做如下工作： 1.调用函数组件、或 class 组件的 render 方法，将返回的 JSX 转化为虚拟 DOM（整个 DOM 副本保存为虚拟 DOM） 2.将虚拟 DOM 和上次更新时的虚拟 DOM 对比 3.通过对比找出本次更新中变化的虚拟 DOM 4。通知 Renderer（渲染器）将变化的虚拟 DOM 渲染到页面上

虚拟 DOM 是怎么对比的、diff 原理

什么是 jsx、渲染原理

JSX，是一个 JavaScript 的语法扩展，JSX 可以生成 React “元素”，在 JSX 中，结合了 javascript 和 HTML，并生成了可以在 DOM 中呈现的 react 元素。JSX 在编译时会被 Babel 编译为 React.createElement 方法。

props 和 state

  • props

     props 是一个从外部传进组件的参数，主要作为就是从父组件向子组件传递数据，它具有可读性和不变性，只能通过外部组件主动传入新的 props 来重新渲染子组件，否则子组件的 props 以及展现形式不会改变。

  • state

    state 的主要作用是用于组件保存、控制以及修改自己的状态，它只能在 constructor 中初始化，它算是组件的私有属性，不可通过外部访问和修改，只能通过组件内部的 this.setState 来修改，修改 state 属性会导致组件的重新渲染。

  • 区别

    props 是传递给组件的（类似于函数的形参），而 state 是在组件内被组件自己管理的（类似于在一个函数内声明的变量）。
props 是不可修改的，所有 React 组件都必须像纯函数一样保护它们的 props 不被更改。
state 是在组件中创建的，一般在 constructor 中初始化 state。state 是多变的、可以修改，每次 setState 都异步更新的。

props 为什么是只读的

this.props 是组件之间沟通的一个接口，原则上来讲，它只能从父组件流向子组件。React 具有浓重的函数式编程的思想。提到函数式编程就要提一个概念：纯函数。它有几个特点：

  • 给定相同的输入，总是返回相同的输出。
  • 过程没有副作用。
  • 不依赖外部状态。 this.props 就是汲取了纯函数的思想。props 的不可以变性就保证的相同的输入，页面显示的内容是一样的，并且不会产生副作用

react 中怎么检验 props？验证 props 的目的是什么

react 为我们提供了 PropsTypes 以供验证使用，当传入的 props 传入的数据无效，数据类型不符合时，就会在控制台发出警告信息。避免随着应用越来复杂而出现的问题，并且可以让程序变得易读。 如果项目汇中使用了 TypeScript，那么就可以不用 PropTypes 来校验，而使用 TypeScript 定义接口来校验 props。

import PropTypes from 'prop-types';
class Greeting extends React.Component {
  render() {
    return <h1>Hello, {this.props.name}</h1>;
  }
}
Greeting.propTypes = { name: PropTypes.string };

react 单向数据流是什么

单向数据流是指数据的流向只能由父组件通过 props 将数据传递给子组件，不能由子组件向父组件传递数据，要想实现数据的双向绑定，只能由子组件接收父组件 props 传过来的方法去改变父组件的数据，而不是直接将子组件的数据传递给父组件。

react 组件之间的通信

  • 父组件向子组件通信 父级通过 props 向子组件传递需要的信息

    const Child = props => { return
<p>{props.name}</p>
} const Parent = () => { return <Child name="react"></Child> }

  • 子组件向父组件通信 通过 props 加回调函数的方式

    const Child = props => {
  const test = (params) => {
    props.deal(msg)
  }
  return (
  <button onclick={test('你好)}></button>)
}

const Parent = () => {
  const deal = (msg) => {
    console.log(msg)
  }
  render(){
    return <Child deal={this.deal.bind(this)}></Child>
  }
}

  • 跨级组件通信

    父组件向子组件的子组件通信，以及向更深层的子组件通信 （1）props 层层传递，但是如果父级的结构较深，那么需要一层曾的去传递，增加了复杂度，并且，这些 props 并不是中间组件需要的 （2）context，相当是一个大容器，可以把要通信的内容放在这个容器中，不管嵌套多深，都可使用。对于跨域多层的全局数据可以使用 context 实现

    const BatContext = createContext();
// 父组件
class Parent extends Component {
  render() {
    const {color} = this.state
    return (
    <BatContext.Provider value={color}>
      <Child></Child>
    </BatContext.Provide>
    )
  }
}
// 子组件
const Child = () => {
  return (
  <GrandChild />)
}
// 子组件的子组件
class GrandChild extends Component {
render(){
  return (
    <BatContext.Consumer>
      {color => <h1 style={{"color": color}}>我是彩色的</h1>}
    </BatContext.Consumer>
  )
}
}

  • 非嵌套关系的组件通信 没有任何包含关系的组件，包括兄弟组件以及不在同一父级中的非兄弟组件 （1）发布订阅者 （2）全局状态管理器，dva,redux 等 （3）如果是兄弟组件通信，可以找到两个兄弟节点的共同父级节点，结合父子间通信方式进行通信

setstate 是同步还是异步、setstate 之后的流程、setState 和 replaceState 的区别

参考链接：https://zhuanlan.zhihu.com/p/65627731

  • 1.同步 or 异步

    • 如果所有的 setstate 是同步的, 那么就意味着每执行一次 setstate 时，都会重新的执行虚拟 dom diff 更新以及 DOM 渲染流程，效率极低；
    • 如果是异步，可以把一个同步代码中的多次 setstate 合并成一次组件的更新。当我们在设置 setState 后，立即通过 this.state 是获取最新状态是获取不到的。如果要获取最新的状态可以在 setState 回调中获取.
    • 所以 setState 并不是单纯同步/异步的，它的表现会因调用场景的不同而不同。默认情况下，我们认为他是异步的。

  • 2.setstate 之后的流程

    • 首先，调用了 setState 入口函数，根据入参的不同，将其分发到不同的功能函数中去；
    • enqueueSetState 方法将新的 state 放进组件的状态队列里，并调用 enqueueUpdate 来处理将要更新的实例对象；
    ReactComponent.prototype.setState = function (partialState, callback) {
  this.updater.enqueueSetState(this, partialState);
  if (callback) {
    this.updater.enqueueCallback(this, callback, 'setState');
  }
};
    enqueueSetState: function (publicInstance, partialState) {
// 根据 this 拿到对应的组件实例
var internalInstance = getInternalInstanceReadyForUpdate(publicInstance, 'setState');
// 这个 queue 对应的就是一个组件实例的 state 数组 var
queue = internalInstance._pendingStateQueue || (internalInstance._pendingStateQueue = []);
queue.push(partialState);
// enqueueUpdate 用来处理当前的组件实例
enqueueUpdate(internalInstance);
}
    function enqueueUpdate(component) {
  // 注意这一句是问题的关键，isBatchingUpdates标识着当前是否处于批量创建/更新组件的阶段,如果没有处于批量创建/更新组件的阶段，则处理update state事务
  if (!batchingStrategy.isBatchingUpdates) {
    // 若当前没有处于批量创建/更新组件的阶段，则立即更新组件
    batchingStrategy.batchedUpdates(enqueueUpdate, component);
    return;
  }
  // 如果正处于批量创建/更新组件的过程，将当前的组件放在dirtyComponents数组中
  dirtyComponents.push(component);
}

代码中，通过 isBatchingUpdates 来判断 setState 是先存进 state 队列还是直接更新，如果值为 true 则执行异步操作，为 false 则直接更新。

当前如果正处于创建/更新组件的过程，就不会立刻去更新组件，而是先把当前的组件放在 dirtyComponent 里，所以不是每一次的 setState 都会更新组件。

这段代码就解释了我们常常听说的：setState 是一个异步的过程，它会集齐一批需要更新的组件然后一起更新。

那么，batchingStrategy 是什么呢？

var ReactDefaultBatchingStrategy = {
  // 用于标记当前是否出于批量更新
  isBatchingUpdates: false,
  //当调用这个方法时，正式开始批量更新
  batchedUpdates: function (callback, a, b, c, d, e) {
    var alreadyBatchingUpdates = ReactDefaultBatchingStrategy.isBatchingUpdates;
    ReactDefaultBatchingStrategy.isBatchingUpdates = true;
    //如果当前事务正在更新过程在中，则调用callback，既enqueueUpdate
    if (alreadyBatchingUpdates) {
      return callback(a, b, c, d, e);
    } else {
      // 否则执行更新事务
      return transaction.perform(callback, null, a, b, c, d, e);
    }
  },
};

注意两点：

  1. 如果当前事务正在更新过程中，则使用 enqueueUpdate 将当前组件放在 dirtyComponent 里。
  2. 如果当前不在更新过程的话，则执行更新事务。
  3. setState 和 replaceState 的区别
setState(object nextState[, function callback])
//将要设置的新状态（该状态会和当前的state合并）、回调函数（在setstate设置成功，并且组件重新渲染后调用）
replaceState(object nextState[, function callback])
//将要设置的新状态（该状态会替换当前的state）、回调函数（在replaceState设置成功，且组件重新渲染后调用）

总结：

setstate 修改其中的部分状态，只是覆盖，不会减少原来的状态；replaceState 是完全替换原来的状态，相当于赋值，将原来的 state 替换为另一个对象，如果新状态属性减少，那么 state 中就没有这个状态了。

import React from 'react';
import ReactDOM from 'react-dom';
class App extends React.Component {
  state = {
    count: 0,
  };

  componentDidMount() {
    // 生命周期中调用
    this.setState({ count: this.state.count + 1 });
    console.log('lifecycle: ' + this.state.count); // 0
    setTimeout(() => {
      // setTimeout中调用
      this.setState({ count: this.state.count + 1 });
      console.log('setTimeout: ' + this.state.count); // 2
    }, 0);
    document.getElementById('div2').addEventListener('click', this.increment2);
  }

  increment = () => {
    // 合成事件中调用
    this.setState({ count: this.state.count + 1 });
    console.log('react event: ' + this.state.count); //
  };

  increment2 = () => {
    // 原生事件中调用
    this.setState({ count: this.state.count + 1 });
    console.log('dom event: ' + this.state.count);
  };

  render() {
    return (
      <div className="App">
        <h2>couont: {this.state.count}</h2>
        <div id="div1" onClick={this.increment}>
          click me and count+1
        </div>
        <div id="div2">NEW click me and count+1</div>
      </div>
    );
  }
}
export default App;
  • setTimeout,setInterval,promise 等异步操作中，以及原生事件中调用的话，是可以立马获取到最新的 state 的。根本原因在于，setState 并不是真正意义上的异步操作，它只是模拟了异步的行为。React 中会去维护一个标识（isBatchingUpdates），判断是直接更新还是先暂存 state 进队列。setTimeout 以及原生事件都会直接去更新 state，因此可以立即得到最新 state。
  • 合成事件（像在 jsx 中常见的 onClick、onChange 这些都是合成事件）和 React 生命周期函数中，是受 React 控制的，其会将 isBatchingUpdates 设置为 true，从而走的是类似异步的那一套， 不能直接拿到最新的值。
  • 在“异步”中如果对同一个值进行多次 setState ， setState 的批量更新策略会对其进行覆盖，取最后一次的执行，如果是同时 setState 多个不同的值，在更新时会对其进行合并批量更新。

如何理解 hooks、为什么要用 hooks，解决了哪些问题

  • 官方：Hook 是 React 16.8 的新增特性。它可以让你在不编写 class 的情况下使用 state 以及其他的 React 特性。

  • 解决了哪些问题?

    • (1) 在组件之间复用状态逻辑很难:过去常见的解决方案是高阶组件、render props 及状态管理框架
    React 没有提供将可复用性行为“附加”到组件的途径（例如，把组件连接到 store）。
如果你使用过 React 一段时间，你也许会熟悉一些解决此类问题的方案，比如 render props 和 高阶组件。
但是这类方案需要重新组织你的组件结构，这可能会很麻烦，使你的代码难以理解。
如果你在 React DevTools 中观察过 React 应用，你会发现由 providers，consumers，高阶组件，render props 等其他抽象层组成的组件会形成“嵌套地狱”。
尽管我们可以在 DevTools 过滤掉它们，但这说明了一个更深层次的问题：React 需要为共享状态逻辑提供更好的原生途径。
你可以使用 Hook 从组件中提取状态逻辑，使得这些逻辑可以单独测试并复用。Hook 使你在无需修改组件结构的情况下复用状态逻辑。
这使得在组件间或社区内共享 Hook 变得更便捷
    • (2) 复杂组件变得难以理解:生命周期函数与业务逻辑耦合太深，导致关联部分难以拆分。
    我们经常维护一些组件，组件起初很简单，但是逐渐会被状态逻辑和副作用充斥。
每个生命周期常常包含一些不相关的逻辑。
例如，组件常常在 componentDidMount 和 componentDidUpdate 中获取数据。
但是，同一个 componentDidMount 中可能也包含很多其它的逻辑，如设置事件监听，而之后需在 componentWillUnmount 中清除。
相互关联且需要对照修改的代码被进行了拆分，而完全不相关的代码却在同一个方法中组合在一起。
如此很容易产生 bug，并且导致逻辑不一致。
在多数情况下，不可能将组件拆分为更小的粒度，因为状态逻辑无处不在。这也给测试带来了一定挑战。
同时，这也是很多人将 React 与状态管理库结合使用的原因之一。
但是，这往往会引入了很多抽象概念，需要你在不同的文件之间来回切换，使得复用变得更加困难。
为了解决这个问题，Hook 将组件中相互关联的部分拆分成更小的函数（比如设置订阅或请求数据），而并非强制按照生命周期划分。
你还可以使用 reducer 来管理组件的内部状态，使其更加可预测。
    • (3)难以理解的 class:常见的有 this 的问题，但在 React 团队中还有类难以优化的问题，希望在编译优化层面做出一些改进.
    除了代码复用和代码管理会遇到困难外，我们还发现 class 是学习 React 的一大屏障。
你必须去理解 JavaScript 中 this 的工作方式，这与其他语言存在巨大差异。还不能忘记绑定事件处理器。
没有稳定的语法提案，这些代码非常冗余。
大家可以很好地理解 props，state 和自顶向下的数据流，但对 class 却一筹莫展。
即便在有经验的 React 开发者之间，对于函数组件与 class 组件的差异也存在分歧，甚至还要区分两种组件的使用场景。
    • 总的来说：
  • 实际上就是类组件在多年的应用实践中，发现了很多无法避免问题而又难以解决，而相对类组件，函数组件又太过于简陋，
比如，类组件可以访问生命周期方法，函数组件不能；类组件中可以定义并维护 state（状态），而函数组件不可以；
类组件中可以获取到实例化后的 this，并基于这个 this 做各种各样的事情，而函数组件不可以；
但是，函数式编程方式在 JS 中确实比 Class 的面向对象方式更加友好直观，那么只要能够将函数的组件能力补齐，也就解决了上面的问题，
而如果直接修改函数组件的能力，势必会造成更大的成本，最好的方式就是开放对应接口进行调用，非侵入式引入组件能力，也就是我们现在看到的 Hooks 了；

hooks 使用限制是什么?

(1)不可以在循环、条件或者嵌套函数中调用 hook (2)在 react 函数组件中调用 hook

why? 为了解决以上是那个问题，所以 hooks 是基于函数组件设计的，所以只支持函数组件。 React 需要利用调用顺序来正确更新相应的状态，以及调用相应的钩子函数。一旦在循环或条件分支语句中调用 Hook，就容易导致调用顺序的不一致性，导致错误。

React Hooks 和生命周期的关系？

  • 函数组件 的本质是函数，没有 state 的概念的，因此不存在生命周期一说，仅仅是一个 render 函数而已。

  • 引入 Hooks 之后的函数组件，让组件在不使用 class 的情况下拥有 state，也就有了生命周期的概念，所谓的生命周期其实就是 useState、 useEffect() 和 useLayoutEffect()

  • 总结：Hooks 组件（使用了 Hooks 的函数组件）有生命周期，而函数组件（未使用 Hooks 的函数组件）是没有生命周期的。

    具体的 class 组件与 hooks 组件生命周期的对应关系： (1): constructor -->> useState(0), useState 来初始化 state (2): shouldComponentUpdate -->> React.memo 包裹一个组件来对它的 props 进行浅比较，其中，React.memo 等效于 PureComponent，它只浅比较 props。这里也可以使用 useMemo 优化每一个节点。 (3): componentDidMount, componentDidUpdate -->> useEffect (4): render：这是函数组件体本身 (5): componentWillUnmount：相当于 useEffect 里面返回的 cleanup 函数 (6): componentDidCatch and getDerivedStateFromError：目前还没有这些方法的 Hook 等价写法

    // componentDidMount
useEffect(() => {
  // 需要在componentDidMount执行内容
}, []);

// componentDidMount,仅在 count 更改时更新
useEffect(() => {
  document.title = `You clicked ${count} times`;
}, [count]);

// componentDidMount/componentWillUnmount
useEffect(() => {
  // 需要在 componentDidMount 执行的内容
  return function cleanup() {
    // 需要在 componentWillUnmount 执行的内容
  };
}, []);

useEffect 与 useLayoutEffect 的区别

同：useEffect 与 useLayoutEffect 两者都是用于处理副作用；使用方式也完全相同 不同：useEffect 在 React 渲染过程中是被异步调用的，用于绝大多数场景 useLayoutEffect 会在所有的 DOM 变更之后同步调用，需要避免在 useLayoutEffect 做计算量较大的耗时任务从而造成阻塞。

fiber 架构的理解

主流浏览器的刷新频率是 60HZ，每（1000ms / 60Hz）16.6ms 浏览器刷新一次。 我们知道，JS 可以操作 DOM，GUI 渲染线程与 JS 线程是互斥的。所以 JS 脚本执行和浏览器布局、绘制不能同时执行。 在每 16.6ms 时间内，需要完成如下工作：

JS脚本执行 -----  样式布局 ----- 样式绘制

当 JS 执行时间过长，超出了 16.6ms，这次刷新就没有时间执行样式布局和样式绘制了。从而会导致页面掉帧，导致用户感觉到卡顿。 如何给用户制造很快的“假象”，解决一个任务长期霸占着资源的问题？ 答案是：通过 Fiber 架构，让这个执行过程变成可被中断。“适时”地让出 CPU 执行权。 具体的：fiber 架构的在浏览器每一帧的时间中，预留一些时间给 JS 线程，React 利用这部分时间更新组件（在源码中，预留的初始时间是 5ms）。 当预留的时间不够用时，React 将线程控制权交还给浏览器使其有时间渲染 UI，React 则等待下一帧时间到来继续被中断的工作。

react 性能优化的手段，避免不必要的 render

  • 避免不必要的 render，可以使用 shouldComponentUpdate 和 PureComponent 来减少因父组件更新而触发子组件的其中，purecomponent 只做浅层的比较。
  • React.memo 来实现，缓存组件的渲染，避免不必要的更新
  • 使用 usememo 或者 usecallback 缓存变量或者函数
  • 使用 suspense(react16.6 新增组件)或者 lazy 进行组件的懒加载，suspense 可以在组件请求数据时展示一个 pending 状态。请求成功后渲染数据。
  • 在显示列表或表格时始终使用 Keys，这会让 React 的更新速度更快
import React, { Suspense } from 'react';

const OtherComponent = React.lazy(() => import('./OtherComponent'));

function MyComponent() {
  return (
    <div>
      // 组件加载阶段，显示一个loading...
      <Suspense fallback={<div>Loading...</div>}>
        <OtherComponent />
      </Suspense>
    </div>
  );
}

react 组件中怎么做事件代理？它的原理是什么？SyntheticEvent 层（合成事件层)

https://juejin.cn/post/7042197672723218463 https://juejin.cn/post/6844903502729183239
<div onClick="{this.handleClick.bind(this)}">点我</div>

  • React 中，如果需要绑定事件，我们常常在 jsx 中绑定，并不是将 click 事件绑定到了 div 的真实 DOM 上，所有的事件会被附加到 root(react 17) 或者 document(react 16)上，当 DOM 事件触发时，会向上冒泡到 root(react 17) 或者 document(react 16)，也就是附加事件处理器的地方，事件会得到响应。

  • 优点：不需要担心跨浏览器的兼容问题；对事件的处理，通过事件委托机制冒泡到 root(react 17) 或者 document(react 16) 节点进行触发，减少内存消耗，避免频繁解绑，提高性能；方便事件的同一管理（如事务机制）

  • 合成事件和原生事件的区别：事件命名方式不同。react 事件采用小驼峰(onClick)，不是纯小写（onclick, onblur）；jsx 语法需要传入一个函数作为事件处理函数，而不是一个字符串；不能通过返回 false 来阻止默认行为，必须使用 preventDefault。

  • 冒泡到 document 上的事件也不是原生的浏览器事件，而是由 react 自己实现的合成事件（SyntheticEvent）。因此如果不想要是事件冒泡的话应该调用 event.preventDefault()方法，而不是调用 event.stopProppagation()方法。

  • react 17 为什么将事件绑定到 root: 有利于多个 react 版本并存，例如微前端。同时绑定到 document 上，会导致 react 版本混乱。

  • 合成事件和原生事件的执行顺序：

import './styles.css';
import React from 'react';

export default function App() {
  const h1Click = React.useRef(e => {
    console.log('h1=> click');
  });

  const documentClick = React.useRef(() => {
    console.log('document=> click');
  });

  const rootClick = React.useRef(() => {
    console.log('#root=> click');
  });

  React.useEffect(() => {
    const h1Ref = document.querySelector('h1');
    const rootRef = document.getElementById('root');
    document.addEventListener('click', documentClick.current);
    rootRef.addEventListener('click', rootClick.current);
    h1Ref.addEventListener('click', h1Click.current);
  }, []);

  const onReactClick = e => {
    console.log('react h1=> click');
  };

  return (
    <div className="App">
      <h1 onClick={onReactClick}>Hello CodeSandbox</h1>
      <h2>Start editing to see some magic happen!</h2>
    </div>
  );
}
// react17中点击 h1 输出：h1=> click  react h1=> click   #root=> click   document=> click
// 结合官方文档和 demo，可总结出执行顺序：触发目标 dom 元素原生事件，冒泡到 root 节点。执行 root 节点上的 react 合成事件。执行 root 节点上的原生事件。向上冒泡执行原生事件。
// react16中点击 h1 输出: h1=> click  #root=> click   react=> click   document=> click

如何解决 react 层级嵌套过深的问题

  • 使用 context API,提供了一种组件之间的状态共享，而不必通过显式组件树逐层传递 props
  • 使用一些状态管理库，redux, dva 等。

react 框架是 mvvm 框架还是 mvc 框架

  • MVVM --->>> model 层(模型层，主要负责处理业务数据)；view 层(视图层，主要负责视图显示)；VM(ViewModel, V 与 M 之间的桥梁，负责监听 M 或者 V 的修改);典型的特征：数据双向绑定， 也就是当 M 层数据进行修改时，VM 层会监测到变化，并且通知 V 层进行相应的修改，反之修改 V 层则会通知 M 层数据进行修改，以此也实现了视图与模型层的相互绑定。(vue)
  • MVC --->>> M(model 数据模型层 ) V（view 视图层 ） C（controller 控制层 ） 主要实现通过控制层监听 model 的变化，数据变化后通过 controller 控制层 来实现 view 层的渲染。(react)
React是一个单向数据流的库，状态驱动视图。
State --> View --> New State --> New View

React.Component 和 React.PureComponent 的区别

  • pureComponent 是纯组件，就是基于浅比较的方式，给每一个组件设置 shouldComponentUpdate（如果自己设置了，以自己的为主），在里面把状态和属性都做对比，如果两者基于浅比较都没有发生任何的更改，则不再重新渲染组件
  • 浅比较含义，就是只比较第一级，对于基本数据类型，只比较值；对于引用数据类型值，直接比较地址是否相同，不管里面内容变不变，只要地址一样，我们就认为没变。浅比较会忽略属性和或状态突变情况，其实也就是数据引用指针没有变化，而数据发生改变的时候 render 是不会执行的。如果需要重新渲染时，对于引用类型数据赋值的时候，我们尽可能把之前值拿过来克隆一份，赋给它新的地址就好。
  • 优点：当组件更新时，优化 React 程序，省去虚拟 DOM 的生成和对比过程，减少 render 函数执行的次数，从而提高组件的性能。
  • 注意：PureComponent 不能乱用，只有那些状态和属性不经常的更新的组件我们用来做优化，对于经常更新的，这样处理后反而浪费性能，因为每一次浅比较也是要消耗时间的

类组件与函数组件有什么异同？

  • 相同点 组件是 react 可以复用的最小代码片段，最终返回在页面上渲染的 react 元素，无论是函数组件，还是类组件，在最终的呈现方式上是完全一致的。 甚至可以将一个类组件改写成函数组件，或者把函数组件改写成一个类组件； 从使用者的角度而言，很难从使用体验上区分两者，而且在现代浏览器中，闭包和类的性能只在极端场景下才会有明显的差别。
  • 不同点
    • (1)类组件是基于面向对象编程的，主要有继承、生命周期等概念；函数组件是函数式编程，主打的是没有副作用，引用透明，immutable 等特点
    • (2)之前，使用场景上，如果存在需要使用生命周期的组件，那么主推类组件；设计模式上，如果需要使用继承，那么主推类组件。 但现在由于 React Hooks 的推出，生命周期概念的淡出，函数组件可以完全取代类组件。其次继承并不是组件最佳的设计模式，官方更推崇“组合优于继承”的设计概念，所以类组件在这方面的优势也在淡出。
    • (3)性能优化上，类组件主要依靠 shouldComponentUpdate 阻断渲染来提升性能，而函数组件依靠 React.memo 缓存渲染结果来提升性能。
    • (4)从上手程度而言，类组件更容易上手，从未来趋势上看，由于 React Hooks 的推出，函数组件成了社区未来主推的方案。
    • (5)从未来发展来看，由于生命周期带来的复杂度，并不易于优化；而函数组件本身轻量简单，更能适应 React 的未来发展。

有受控组件和不受控组件的理解

  • 受控组件 官方定义：在 HTML 中，表单元素（如<input>、 <textarea> 和 <select>）通常自己维护 state，并根据用户输入进行更新。而在 React 中，可变状态（mutable state）通常保存在组件的 state 属性中，并且只能通过使用 setState()来更新。

受控组件更新 state 的流程：

  • 可以通过初始 state 中设置表单的默认值
  • 每当表单的值发生变化时，调用 onChange 事件处理器
  • 事件处理器通过事件对象 e 拿到改变后的状态，并更新组件的 state
  • 一旦通过 setState 方法更新 state，就会触发视图的重新渲染，完成表单组件的更新
class NameFrom extends React.Component { constroctor(props){ super(props); this.state = { value: '' } this.handleChange
= this.handleChange.bind(this); this.handleSubmit = this.handleSubmit.bind(this); handleChange(e) { this.setSate({
value: e.target.value }) } handleSubmit(event) { alert('提交的名字: ' + this.state.value); event.preventDefault(); }
render(){ return(){
<form onSubmit="{this.handleSubmit}">
  <label>
    名字：
    <input type="text" value="{this.state.value}" onChange="{this.handleChange}" />
  </label>
</form>
} } } }
  • 非受控组件 官方定义：表单数据的处理都由 DOM 节点处理，要编写一个非受控组件，而不是为每个状态更新都编写数据处理函数，你可以 使用 ref 来从 DOM 节点中获取表单数据。
class NameFrom extends React.Component { constroctor(props){ super(props); this.input = React.createRef();
this.handleSubmit = this.handleSubmit.bind(this); handleSubmit(event) { alert('A name was submitted: ' +
this.input.current.value); event.preventDefault(); } render(){ return(){
<form onSubmit="{this.handleSubmit}">
  <label>
    名字：
    <input type="text" ref="{this.input}" />
  </label>
</form>
} } } }

总结：当有多个输入框，或者多个这种组件时，如果使用受控组件，需要编写多个事件处理函数，使得代码非常臃肿。

有状态组件和无状态组件的理解、使用场景

  • 有状态组件 特点：是类组件、有继承、可以使用 react 的生命周期、可以使用 this、内部可以使用 state,维护自身状态的变化，可以根据外部组件传入的 props 和 state 进行渲染。 （当一个类组件不需要管理自身状态时，也可称为无状态组件。）
  • 无状态组件 特点：是类组件或者函数组件、没有 this(使用箭头函数事件无需绑定)、组件内部不维护 state，只根据外部组件传入的 props 进行渲染组件，当 props 改变 s 时，组件重新渲染。 优点：组件不需要被实例化，无生命周期，提升性能。 输出（渲染）只取决于输入（属性），无副作用； 简化代码、专注于 render； 视图和数据的解耦分离 缺点：无法使用 ref；无生命周期方法；无法控制组件的重渲染，因为无法使用 shouldComponentUpdate 方法，当组件接受到新的属性时则会重渲染；

使用场景：当一个组件不需要管理自身状态时，也就是无状态组件，应该优先设计为函数组件。比如自定义的 <Button />、 <Input /> 等组件。

对 React 中 Fragment 的理解，它的使用场景是什么？

  • 在 React 中，组件返回的元素只能有一个根元素。为了不添加多余的 DOM 节点，我们可以使用 Fragment 标签来包裹所有的元素，Fragment 标签不会渲染出任何元素。
官方解释：React 中的一个常见模式是一个组件返回多个元素。Fragments 允许你将子列表分组，而无需向 DOM 添加额外节点
import React, {Component, Fragment} from 'react'
render() {
  return (
    <React.Fragment>
      <ChildA />
      <ChildB />
      <ChildC />
    </React.Fragment>
  )
  // 也可以写成以下形式
  render() {
    return (
      <>
        <ChildA />
        <ChildB />
        <ChildC />
      </>
    );
  }
}

对 React 的插槽(Portals)的理解，如何使用，有哪些使用场景

官方定义：

提供了一种将子节点渲染到存在于父组件以外的 DOM 节点的优秀方案。

Portals 是 React 16 提供的官方解决方案，使得组件可以脱离父组件层级挂载在 DOM 树的任何位置。

通俗来讲，就是我们 render 一个组件，但这个组件的 DOM 结构并不在本组件内。

有些元素需要被挂载在更高层级的位置。

最典型的应用场景：

当父组件具有 overflow: hidden 或者 z-index 的样式设置时，组件有可能被其他元素遮挡，这时就可以考虑要不要使用 Portal 使组件的挂载脱离父组件。例如：对话框，模态窗，悬浮卡以及提示框。

ReactDOM.createProtal(child, container)
// 参数child是任何可以渲染的React子元素，例如一个元素，字符串，或者fragment；container是一个dom元素
render() {
  // 挂载了一个新的div，并且把子元素渲染其中
  return (
    <div>{this.props.children}</div>
  )
}

render() {
  // 并没有创建新的div，只是把子元素渲染到domNode中
  // domNode 是一个可以在任何位置的有效 DOM 节点。
  return ReactDOM.createPortal( this.props.children, domNode )
}

React 声明组件有哪几种方法，有什么不同？

  • 函数式定义无状态组件:创建纯展示组件，这种组件只负责根据传入的 props 来展示,不涉及到 state 状态的操作,组件不会被实例化，整体渲染性能得到提升，不能访问 this 对象，不能访问生命周期的方法
  • ES5 原生方式 React.createClass 定义组件:React.createClass 会自绑定函数方法，导致不必要的性能开销。
  • ES6 形式的 extends React.Component 定义组件:目前极为推荐的创建有状态组件的方式，最终会取代 React.createClass 形式；相对于 React.createClass 可以更好实现代码复用。 (1)React.createClass
import React from 'react';
const Contact = React.createClass({
  // (1)定义属性类型：通过proTypes对象和getDefaultProps()方法来设置和获取props,有关组件props的属性类型及组件默认的属性会作为组件实例的属性来配置 propTypes: { name: React.PropTypes.string }
  getDefaultProps() {
    return { name: '' };
  },
  // (2)通过getInitialState()方法返回一个包含初始值的对象
  getInitialState() {
    return { isEditing: false }
  }
  // (3)this能够正确的绑定 handleClick() { console.log(this); // React Component instance },
  render(){
    return (
      <div onClick="{this.handleClick}"></div>
    )
  }
})

export default Contact;

(2)React.Component

import React from 'react';
class Contact extends React.Component {
  // (1)定义属性类型：通过设置两个属性propTypes和defaultProps，是作为组件类的属性，不是组件实例的属性，也就是所谓的类的静态属性来配置的
  static propTypes = { name: React.PropTypes.string }
  static defaultProps = { name: '' }

  constructor(props){
    super(props);
  // (2)在constructor里通过this.state设置初始状态
    this.state = { isEditing: false }
  }

  // (3)属性并不会自动绑定到 React 类的实例上,需要开发者手动绑定，否则this不能获取当前组件实例对象。
  handleClick(){
    console.log(this); // null
  }
  handleFocus(){ // manually bind this
    console.log(this); // React Component Instance
  }

  handleBlur: () => { // use arrow function
    console.log(this); // React Component Instance
  }

  render() {
    return (
      <div
        onClick="{this.handleClick}"
        onFocus="{this.handleFocus.bind(this)}"
        onBlur="{this.handleBlur}"
      ></div>
    )
  }
}

react 高阶组件、纯组件、和普通组件有什么区别，适用什么场景

refs、react 中可以在 render 访问 refs 吗?

  • react 中 refs 的作用是什么? 用于访问在 render 方法中创建的 React 元素或 DOM 节点

  • 使用场景？ (1) 管理焦点，文本选择或者媒体播放 (2) 触发强制动画 (3) 集成第三方 DOM 库

  • react 中可以在 render 访问 refs 吗？为什么？ 不可以，render 阶段 DOM 还没有生成，无法获取 DOM

  • 怎么用 ref (1) React.createRef()，创建实例对象，绑定到 dom 节点（React16 的方法）

    class Co extends React.Component {
  constructor(props) {
    super(props);
    this.myref = React.creatRef();
  }

  render() {
    return <div ref="{this.myRef}"></div>;
  }
}

    (2)函数回调 Refs：你会传递一个函数。这个函数中接受 React 组件实例或 HTML DOM 元素作为参数，以使它们能在其他地方被存储和访问。

    function CustomTextInput(props) { // 这里必须声明 textInput，这样 ref 回调才可以引用它 let textInput = null; function
  handleClick() {
    textInput.focus();
  }

  return (
    <div>
      <input type="text" ref={(input) => { textInput = input; }} />
      <input type="button" value="Focus the text input" onClick="{handleClick}" />
    </div>
  );
}

react 路由的实现原理

  • 基于 hash 的路由：通过监听 hashchange 事件，感知 hash 的变化 (1):改变 hash 可以直接通过 location.hash=xxx
  • 基于 H5 history 路由： (1):改变 url 可以通过 history.pushState 和 resplaceState 等，会将 URL 压入堆栈，同时能够应用 history.go() 等 API (2):监听 url 的变化可以通过自定义事件触发实现

如何配置 React-Router 实现路由切换

  • 使用<Route> 组件 路由匹配是通过比较 <Route> 的 path 属性和当前地址的 pathname 来实现的。当一个 <Route> 匹配成功时，它将渲染其内容，当它不匹配时就会渲染 null。没有路径的 <Route>将始终被匹配

    // when location = { pathname: '/about' }
<Route path="/about" component="{About}" /> // renders <About />
<Route path="/contact" component="{Contact}" /> // renders null
<Route component="{Always}" /> // renders <Always />

  • 结合使用 <Switch> 组件和 <Route> 组件 <Switch> 不是分组 <Route> 所必须的，但他通常很有用。 一个 <Switch> 会遍历其所有的子 <Route>元素，并仅渲染与当前地址匹配的第一个元素。 不加<Switch>，当 URL 的 path 为 “/login” 时，<Route path="/" />和<Route path="/login" /> 都会被匹配，因此页面会展示 Home 和 Login 两个组件。这时就需要借助 <Switch>来做到只显示一个匹配组件：

    <Switch>
  <Route exact path="/" component="{Home}" />
  <Route path="/about" component="{About}" />
  <Route path="/contact" component="{Contact}" />
</Switch>

  • 使用 <Link>、 <NavLink>、<Redirect> 组件

      <Link to="/">Home</Link>  // 应用程序中创建链接
 // <a href='/'>Home</a>
 <NavLink to="/react" activeClassName="hurray">
  React
 </NavLink>

 <Redirect from='/users/:id' to='/users/profile/:id'/>
 // 当请求 /users/:id 被重定向去 '/users/profile/:id'
 <Redirect to='/users/profile/:id'/>
 // 当路由没有被匹配到的时候，则通过Redirect进行跳转
 // this.props.match.params.id 取得url中的动态路由id部分的值

React 中遍历的方法有哪些？

  • map, forEach, for...of
  • for...in, Object.entries(obj).map

Vue 和 React 数据驱动的区别

在数据绑定上来说，vue 的特色是双向数据绑定，而在 react 中是单向数据绑定。

vue 中实现数据绑定靠的是数据劫持（Object.defineProperty()）+发布-订阅模式

vue 中实现双向绑定

<input v-model="msg" />

react 中实现双向绑定

<input value={this.state.msg} onChange={() => this.handleInputChange()} />

react 循环列表为什么要使用 key

参考链接https://juejin.cn/post/6940974776441634823#heading-8
  • 组件没有设置 key 时，react 会默认将 react 索引设置为 key 属性的值，对于静态的页面（首次渲染后不变化），当第一次渲染时，子组件 列表的 key 属性被赋值为数组索引， 如果仅仅在尾部插入一个新的组件，前面组件的索引值并不会被变化， 但是，对数据进行了重新排序，数组索引 index 仍然稳定地从 0 开始自增， React 认为组件并没有发生变更。比如：复选框勾选的数据，需要移动，会发现复选框并没有移动。
  • key 是稳定+唯一的，不能是随即数

hooks APi

https://juejin.cn/post/7008433550307360798

  • useMemo() 是一个 React Hook，我们可以使用它在组件中包装函数。 我们可以使用它来确保该函数中的值仅在其依赖项之一发生变化时才重新计算

  • useState(0) 返回一个 state, 以及更新 state 的函数。 const [state, setState] = useState(initialState); 更新状态使用 setState(newState)

  • useEffect 默认情况下，effect 会在每轮组件渲染完成后执行(无第二个参数)。可以给 useEffect 传递第二个参数，控制渲染的时机。第二个参数传递[]表示 componentDidMount，第二个参数传递需要的变量[count, name]，相当于 comentDidUpdate，当依赖的变量发生变化时，才会更新

  • useContext 接收一个 context 对象，const value = useContext(MyContext);

  • useCallback 把内联回调函数及依赖项数组作为参数传入 useCallback，它将返回该回调函数的 memoized 版本，该回调函数仅在某个依赖项改变时才会更新。避免不必要的渲染

  • useRef 返回一个可变的 ref 对象，其 .current 属性被初始化为传入的参数（initialValue）。返回的 ref 对象在组件的整个生命周期内持续存在。 const refContainer = useRef(initialValue);

  • React.memo() 是一个高阶组件，我们可以使用它来包装我们不想重新渲染的组件，除非其中的 props 发生变化。 export default memo(Component)

react 与 vue 区别

相同点

  • 都是创建 UI 界面的 JavaScript 库，
  • 都是组件化思想，组件化开发
  • 都是使用了虚拟 DOM，来提升渲染速度
  • 都有独立的状态管理库

不同点

  1. 数据流：
    • vue 的思想是响应式的（MVVM），实现了数据的双向绑定。对每个属性建立 watcher,通过 getter,setter 劫持监听变化，响应式的更新对应的虚拟 DOM
    • react 是函数式思想，单向数据流，react 在 setState 后会通过 diff 算法计算不同，重新走渲染的流程
  2. 模板语法
    • vue 使用 template 模板，以 template+JavaScript+CSS 的组合模式呈现，通过 vue 是指令+模板语法实现。
    • react 使用 jsx 模板，函数式编程，通过原生 JS 语法实现，比如插值，条件，循环等。map, if{}， A&&B
  3. 渲染
    • vue 会跟踪组件的依赖关系，vue 是数据变化通知依赖项精确的驱动渲染，不需要重新渲染整个组件树
    • react 在应用的状态被改变时，重新渲染全部子组件，但是可以通过 shouldComponentUpdate 等一些方法进行优化控制全部子组件都会重新渲染。
  4. diff 算法
    • vue Diff 使用双向链表边对比边更新
    • react 的 diff 将需要更新的部分添加到任务队列进行批量更新
  5. 事件机制
    • vue 直接是原生事件
    • react 是合成事件: 事件冒泡到根节点进行事件委托处理，且做了跨端兼容处理。
  6. 性能优化
    • 在 Vue 中，一个组件在渲染期间依赖于自动追踪，因此系统知道提前预判哪一个组件需要渲染当组件状态发生改变时。每个组件可以被认为具有自动为你实现 shouldComponentUpdate，不需要注意嵌套的组件
    • 在 react 中，当组件状态改变时，它会触发整个子组件数重新渲染，以根组件作为渲染基点。为了避免不必要的子组件重新渲染，你需要使用 PureComponent 或者实现 shouldComponentUpdate
    • 但是 vue 的响应式机制也有问题，就是当 state 特别多的时候，Watcher 也会很多，会导致卡顿，所以大型应用（状态特别多的）一般用 react，更加可控