说说React生命周期中有哪些坑？如何避免？

与掉发不共戴天

已于 2023-03-01 09:24:14 修改

阅读量155

点赞数

分类专栏： react 文章标签：前端 react.js javascript

于 2023-02-20 18:12:49 首次发布

本文链接：https://blog.csdn.net/hyqhyqhyqq/article/details/129129263

版权

react 专栏收录该内容

26 篇文章 1 订阅

订阅专栏

文章强调了在React开发中应注意的生命周期问题，如不恰当时机的代码调用、废弃的生命周期方法如componentWillMount和componentWillReceiveProps。推荐将网络请求放在componentDidMount中，以防止在新异步渲染机制下被多次调用。同时，忘记清理操作可能导致内存泄漏，而未处理的错误可能导致应用崩溃，应使用错误边界来捕获异常。

摘要由CSDN通过智能技术生成

避免生命周期中的坑需要做好两件事：1、不在恰当的时候调用了不该调用的代码；2、在需要调用时，不要忘了调用。

那么下面7种情况最容易造成生命周期的坑：

getDerivedStateFromProps 容易编写反模式代码，使受控组件和非受控组件区分模糊
componentWillMount 在 React 中已被标记弃用，不推荐使用，主要的原因是因为新的异步架构会导致它被多次调用，所以网络请求以及事件绑定应该放到 componentDidMount 中
componentWillReceiveProps 同样也被标记弃用，被 getDerivedStateFromProps 所取代，主要原因是性能问题。
shouldComponentUpdate 通过返回 true 或者 false 来确定是否需要触发新的渲染。主要用于性能优化。
componentWillUpdate 同样是由于新的异步渲染机制，而被标记废弃，不推荐使用，原先的逻辑可结合 getSnapshotBeforeUpdate 与 componentDidUpdate 改造使用。
如果在 componentWillUnmount 函数中忘记解除事件绑定，取消定时器等清理操作，容易引发 bug。
如果没有添加错误边界处理，当渲染发生异常时，用户将会看到一个无法操作的白屏，所以一定要添加。

追问：React 的请求应该放到哪里？为什么？

对于异步请求，应该放到componentDidMount 中去操作，从生命周期函数执行顺序来看，除了componentDidMount 之外还有下面两种选择：
- constructor 中可以放，但是不推荐，因为 constructor 主要用于初始化 state 和函数绑定，并不承载业务逻辑，而且随着类属性的流行，constructor 很少用啦
- componentWillMount 已被标记废弃，因为在新的异步渲染下该方法会触发多次渲染，容易引发bug，不利于 React 的后期维护和更新
所以React 的请求放在 componentDidMount 里是最好的选择。