一、为什么 React 要引入 Fiber？ 老架构（Stack Reconciler）的问题，React 16 之前： diff + render 是一次性同步递归 JS 线程被长期占用 浏览器：

React 开发者都有过这样的困惑：为什么我的组件明明只改了一个状态，却感觉页面卡顿？为什么有时候异步更新的顺序和预期不一样？其实这些问题的根源，都和 React 的底层架构——Fiber调度系统相关

React 终于解决了它最大的问题：useEffectEvent 的妙用 如果问你 React 最大的 bug 来源是什么，你会说什么？大多数人都会说 useEffect。这个名字很奇怪的 Hook

本文介绍了 useState、useEffect、useContext 等几种 React Hook 的实用小技巧，对于新手是很好的指导型文章，能够帮你减少踩坑。

看 React 源码或者技术文章的时候，经常会遇到 Fiber 这个词： Fiber 到底是什么？为什么 React 要搞出这么个东西？ 都说 Fiber 让渲染可以"中断"，具体是怎么实现的？ Fi

传统栈协调的局限 在 React 16 之前的版本中，React 的协调器（Reconciler）采用了一种基于递归遍历组件树的机制，通常称之为“栈协调”（Stack Reconciler）。这种机制

今天想和大家聊聊React中那个最基础却又最容易让人困惑的问题——到底什么时候会触发重新渲染？ 记得刚接触React时，我总以为setState

前段时间一直在研究react ssr技术，然后写了一个完整的ssr开发骨架。今天写文，主要是把我的研究成果的精华内容整理落地，另外通过再次梳理希望发现更多优化的地方，也希望可以让更多的人少踩一些坑，让跟多的人理解和掌握这个技术。 相信看过本文（前提是能对你的胃口，也能较好的消化…

本文章从实际应用场景引入 useMemo ，通过多种应用场景进一步加深 useMemo 理解以及 引入 useCallback，通过两者的对比，用法便更清晰可见