相关文章推荐
伤情的脸盆  ·  react-router ...·  昨天    · 
还单身的蘑菇  ·  react ...·  昨天    · 
旅途中的盒饭  ·  单片机中SPI ...·  1 年前    · 
独立的长颈鹿  ·  html转pdf分页 ...·  1 年前    · 
含蓄的大海  ·  select 下拉框样式 - 简书·  1 年前    · 
性感的仙人掌  ·  node.js 报错 throw new ...·  1 年前    · 
首发于 二不挂五
[译]避免在unmounted组件上调用setState

[译]避免在unmounted组件上调用setState

[译]避免在unmounted组件上调用setState

原文 : robinwieruch.de/react-w

很多人在开发 React 的过程中,会遇到下面这些警告。github上很多issue都和这些警告相关。因此,我想在这篇文章里,讲讲下面这两个警告的原因和应对方法。

  • Warning: Can only update a mounted or mounting component. This usually means you called setState, replaceState, or forceUpdate on an unmounted component. This is a no-op.
  • Warning: Can’t call setState (or forceUpdate) on an unmounted component. This is a no-op, but it indicates a memory leak in your application. To fix, cancel all subscriptions and asynchronous tasks in the componentWillUnmount method.

在大多数情况下,警告并不会让你的应用崩溃。但你还是应该关注一下这些警告。比如,如果你不能妥善处理你的组件state问题,上面这些警告将会导致性能问题。让我们进一步来看看这些警告到底是怎么回事。

当你的组件已经unmount之后,如果你还在该组件上调用 this.setState() ,那么上面的警告就会出现。有下面几种情况,都会触发组件的unmount:

  • 根据 React 的条件渲染 ,你不再渲染某个组件了
  • 发生了页面跳转,比如使用了 React Router ,从一个页面跳转到了另一个页面

当组件被unmount之后,你仍然可能会调用该组件的 this.setState() 方法,比如你在该组件内部有异步操作(通常是网络请求)发生,在异步操作结束之后,你可能需要更新该组件的state。下面是这种情况发生的例子:

  • 你在组件内,向某个API接口发起了异步请求,在请求结束之前,你的组件被unmount了。在这之后,请求响应,你需要根据响应的内容,调用组件的 this.setState() 来更新状态,然而,这时该组件已经被unmount了
  • 你在组件内部绑定了一个事件回调函数,但是没有在组件的 componentWillUnmount 里取消事件绑定。在组件被unmount之后,该事件回调函数可能会被调用
  • 你在组件内部有一个定时器(interval),你在计时器的回调函数里,调用了 this.setState() 来更新组件状态。如果你忘记了在 componentWillUnmount 里清除掉定时器,那么就会像上面那样,在unmount的组件上更新state

出现上面的警告时,最坏的情况是什么呢?它将给你的react应用带来性能上的负面影响,因为上述情况会导致你的应用存在内存泄露问题。如果你只是在某个组件里,在组件unmount之后还调用了 this.setState ,可能不会有太大的问题。但是,如果你的应用了有很多组件都有这个问题,那你的react应用性能将会收到明显的的影响。当然了,这也不是最坏的情况。最坏的情况发生在你忘记了取消事件绑定或者清除计时器。想象一下,你在组件内启动了定时器,每秒都会更新组件的state,之后组件被unmount了。如果你忘记了清除这个定时器,那么你可能会感受到,你的应用性能会被明显的拖慢。

怎样避免在定时器/事件回调里调用unmounted组件的setState

你可能已经注意到了,在大多数情况下,如果我们能够在组件的 componentWillUnmount 里正确的处理定时器、事件监听,那么上面的警告是能够避免的。比如,在 componentWillUnmount 里,清除定时器,取消事件绑定等。

在这个 定时器demo 里,你可以试试不清除掉定时器的情况。

怎样避免在异步请求里调用unmounted组件的setState

在上面的例子里,我们针对定时器、事件绑定,在 componentWillUnmount 里,相应的清除了定时器、取消了事件绑定。实时上,我们没有理由不这样做。

那么,在react组件里的异步请求的情况下,该怎么避免上面的问题呢?我们经常会在react组件里发起异步请求,在网络结束之后,调用 this.setState() 来更新组件state。然而,在我们异步请求结束之前,组件就已经被unmount了,肿么办?上面的警告会出现在你的浏览器控制台里,因为react不能将state更新到已经unmount的组件上。看个例子:

class News extends Component {
  constructor(props) {
    super(props);
    this.state = {
      news: [],
  componentDidMount() {
    axios
      .get('https://hn.algolia.com/api/v1/search?query=react')
      .then(result =>
        this.setState({
          news: result.data.hits,
  render() {
    return (
        {this.state.news.map(topic => (
          <li key={topic.objectID}>{topic.title}</li>

要想避免这个问题,你可以在组件unmount的时候,中断网络请求,或者在网络结束时,避免调用 this.setState() 。然而,大多数基于 Promise 的网络请求库,都没有提供中断网络请求的功能,因此我们需要自己在组件类上,增加一个类的 实例属性 来标记当前组件是否已经mount了。这个标记默认是 false 的,之后在组件的 componentDidMount 里,标记设置为 true ;在组件的 componentWillUnmount 里,设置为 false 。通过这个属性,我们能够知道当前组件是否处于mount之后。这个属性 不会 this.setState() 的影响,因为它是 实例属性 ,我们能够直接在组件实例上访问它, 需要经过react组件的 this.state 。因为它不在组件的state上,我们修改这个属性,也就 不会 触发组件重新render了。看下修改之后的代码:

class News extends Component {
  _isMounted = false;
  constructor(props) {
    super(props);
    this.state = {
      news: [],
  componentDidMount() {
    this._isMounted = true;
    axios
      .get('https://hn.algolia.com/api/v1/search?query=react')
      .then(result => {
        if (this._isMounted) {
          this.setState({
            news: result.data.hits,
  componentWillUnmount() {
    this._isMounted = false;