目前我们的应用很多是采用 createContainer 来管理状态的，实现逻辑和 unstated-next 类似，但是它依然存在 Context 状态变化时会渲染所有消费者组件的问题。

如果新的虚拟dom是多个节点，那就先进入第一轮遍历，遍历的时候一一对应，如果不能复用，就立马跳出第一轮循环，进入第二轮循环，将剩余的老fiber放入一个以老fiberkey或者索引为key，value

原作博客可以说是我全网所见的关于 React 性能优化最好的博客。这篇文章告诉我们，两个被广泛使用的 hooks 是如何被滥用的，而我们为什么应该将大部分与它们相关的代码删掉

React采用了fiber架构来管理所有组件的渲染任务,在reconciler中通过一个函数将fiber树生成逻辑封装到一个一个回调函数中,再传入scheduler进行调度。

在不久前的一个大厂试下你的一面当中,一上来就给我丢出了这么一个问题,搞得我头都大了。我也看过很多面经,发现真的很喜欢问这个。关于 React 的,10 篇里面有 5 篇都会问到 Fiber 相关的。

react太难了？面试时底层原理稍微问深一点就露馅了？快来一起学习react任务调度吧！看完本文，光一个任务调度就能和面试官说一节课，源码逐行讲解，细得不能再细了，请把细打在公屏上！

React schedule 出来很久了，也有很多文章介绍，但在业务中真正能用到的地方很少。实现一个异步调度器很容易，也没什么技术难点，但如果能助力到业务需求上，它的好处则不言而喻

本文是深入浅出 ahooks 源码系列文章的第十五篇。本篇接着针对关于 DOM 的各个 Hook 封装进行解读。

useEffect 是常用的 hook，它支持两个参数，第一个参数是回调函数，第二个参数是依赖。 当第二个参数为 null 或 undefined 的时候，回调函数每次 render 都会执行，而参数