Android RecycleView 缓存 itemView 提升滑动性能-CFANZ编程社区

这篇是为了了解清楚setState的更新机制，有人理解setState方法是异步的，但这个是错误的！！

setState方法是异步的嘛？

// 从这里我们可以看到，打印出来是1，会以为setState是异步的
this.state = { count: 1 }
this.setState({
	count: this.state.count + 1
})
console.log(this.state.count) // 1

我们试下看，调用setState多次，会执行几次。

// 这里可以看到最后结果，count只会是2
this.state = { count: 1 }
this.setState({
	count: this.state.count + 1
})
this.setState({
	count: this.state.count + 1
})
this.setState({
	count: this.state.count + 1
})
console.log(this.state.count) // 1

从这里我们可以看出来，我们调用多少次setState，不会依次执行，会把所有对象合并到state，再促发组件更新，只会触发一次重新渲染，减少re-render调用。这是React内部性能优化机制，类似异步效果而已，但它不是异步！

如何解决setState合并执行的问题？（解决多次调用依赖，同步）

通过使用updater函数，我们多次调用setState的时候，每次都返回最新的State，解决上面的问题

this.setState((preState) => {
    return {
    	count: preState.count + 1
    }
})
console.log(this.state.count) // 1

总结：setState是React性能优化机制——同步！！

从前面我们可以看到setState的表现都很像异步，但本身并不是一个异步方法，是同步的！！

如果setState是一个同步执行的机制，那么这个组件会被重新渲染100次，这对性能是一个相当大的消耗。

React框架设计的性能优化机制，在React环境中，setState表现出来是异步的；

在原生事件、setTimeout/setInterval、async/await，setState表现出来是同步的；

setState本身并不是异步，只是因为react的性能优化机制体现为异步。在react的生命周期函数或者作用域下为异步，在原生的环境下为同步。

// 同步 例子1 原生事件
state = {
    number:1
};
componentDidMount() {
    document.body.addEventListener('click', this.changeVal, false);
}
changeVal = () => {
    this.setState({
      number: 3
    })
    console.log(this.state.number)
}

// 同步 例子2 setTimeout
state = {
    number:1
};
componentDidMount(){
    setTimeout(()=>{
      this.setState({number:3})
      console.log(this.state.number)
    },0)
}