理清 React18 并发的整体实现思路，了解 React18 中为什么需要并发，又是如何实现并发的。基于对并发原理的理解，再来学习 React18 中 Suspense、useTransition。

前言 自从 React v16.8 推出了 Hooks API，前端框架圈并开启了新的逻辑复用的时代，不再需要在意 HOC 的无限套娃导致性能差的问题，也解决了 mixin 的可阅读性差的问题。当然对

React 是由 Facebook 开发并于 2013 年开源的前端库，最初的目的是为了解决当时复杂用户界面开发中的效率和性能问题。

大家好，我是早晚会起风。这个主题会分为上、中、下三篇（如果没有弃坑），分别是源码分析、源码手写、细节完善。在这个主题下，我会带着大家一起动手实现一个 Form 组件。

hello，大家好，我是徐小夕。之前和大家分享了很多可视化，零代码和前端工程化的最佳实践，最近在研究在线电子表格的技术实现，发现了几个优质的开源电子表格项目，这里和大家一起分享一下。 同时我也把其中一

前端开发经常会涉及表单的处理，或者其他一些用于输入的组件，比如日历组件。 涉及到输入，就绕不开受控模式和非受控模式的概念。 什么是受控，什么是非受控呢？ 想一下，改变表单值只有两种情况： 用户去改变

引言 在深入了解FIber之前，我们可以先了解一下React的架构发展历程： React15架构可以分为两层： Reconciler（协调器）—— 负责找出变化的组件； Renderer（渲染器）——

SSR 是 Server Side Rendering，服务端渲染，服务端返回渲染出的 html，浏览器解析 html 来构建页面。 其实这是一项很古老的技术，很早之前服务端就是通过 JSP、PHP

距离第一篇《React源码解析(一)》已经过去将近4个月的时间，由于是我第一次进行源码解析相关的写作，思路和文笔还不够成熟。一百多天以来，我基于读者反馈反思这几篇文章中的不足，同时也在不断学习借鉴其他优秀作者的写作方法和写作思路。最终总结出对于自己的源码写作来说，需要改进的几点…