我的菜量超乎你想象

在桌面应用开发的世界里，Electron曾经是一位风云人物。它让开发者可以用熟悉的Web技术构建跨平台应用，但它的重量级体积和系统资源的高消耗一直让人头疼。现在，一个新工具悄然登场，试图解决这些问题—

React 18 最主要的特性就是并发了，很多 api 都是基于并发特性实现的。 那为什么 React 要实现并发？什么是并发？又是怎么实现的呢？ 这篇文章我们就一起来探究一下。 首先，我们过一遍 R

前几天写了一篇react另一个状态管理工具Unstated的源码解析。 开启了我的看源码之路。想一想用了好长时间的redux，但从没有深究过原理，遇到报错更是懵逼，所以就啃了一遍它的源码，写了这篇文章， 分享我对于它的理解。 这里实现的是一个点击按钮加减数字的效果，点击触发的行…

React16 引入 Fiber 架构后，将整个调度分为了两个阶段 render & commit，在 render 阶段，React 会计算 DOM 的更新，并将所有需要更新的 fiber 整理成一个 effect list，在 commit 阶段中， React …

点击进入React源码调试仓库。 当render阶段完成后，意味着在内存中构建的workInProgress树所有更新工作已经完成，这包括树中fiber节点的更新、diff、effectTag的标记、effectList的收集。此时workInProgress树的完整形态如下：…

React 为我们提供了一套虚拟的事件系统，这套虚拟事件系统是如何工作的，笔者对源码做了一次梳理，整理了下面的文档供大家参考。 在 React事件介绍 中介绍了合成事件对象以及为什么提供合成事件对象，主要原因是因为 React 想实现一个全浏览器的框架， 为了实现这种目标就需要…

本节将深入理解React18.2x的scheduler调度程序的执行过程。 在学习之前，我们要先了解react应用的渲染流程主要有哪些阶段？ 根据react18的源码，我们可以分成两个大的阶段： re

之前一直主要是用的Vue技术栈，React使用相对较少。因为公司效益不好，已经处于行业下坡路，三四月份便有看外面机会的想法，刷过几次Boss，看到不少大的公司

React 的工作流程主要分为 render 和 commit 两个阶段，本文讨论 render 阶段的其中一个主要操作 —— completeUnitOfWork