从 React v15 到 v19，其底层技术架构经历了从栈调和器（Stack Reconciler）到Fiber 架构，再到全面支持**并发渲染（Concurrent Rendering）**的重大演进。这些变化显著提升了 React 应用的性能、响应能力和可扩展性。

在 React v15 及之前，React 使用的是基于递归的 Stack Reconciler。该机制一旦开始更新组件树，就会持续执行直到完成，期间无法中断。这种同步渲染方式在处理大型应用或复杂更新时容易导致主线程长时间阻塞，造成界面卡顿，影响用户体验。

React v16 是一个里程碑版本，核心变化是引入了 Fiber 架构。Fiber 本质上是一个链表结构的数据节点，每个节点对应一个 React 元素，包含了类型、属性、子节点和副作用等信息。Fiber 架构的核心思想是将渲染工作拆分为多个可中断的小任务单元。它通过 requestIdleCallback 等 API 实现时间分片（Time Slicing），允许 React 在每一帧的空闲时间执行一部分更新任务，并能在高优先级任务（如用户输入）到来时暂停当前任务，优先响应用户。整个更新过程分为两个阶段：render 阶段（可中断、可恢复的 diff 计算）和 commit 阶段（同步、不可中断的 DOM 提交）。这解决了旧架构的阻塞问题。

React 17 被称为“垫脚石”版本，主要工作是为新的并发模式打下基础，清理了事件委托系统等内部实现，但未向开发者开放新的功能。

React 18 标志着并发特性正式对开发者可用。它引入了全新的 createRoot API 替代 ReactDOM.render，开启了并发模式。关键新特性包括：

• 自动批处理（Automatic Batching）：无论状态更新发生在事件处理器、Promise 回调还是 setTimeout 中，React 都会自动将其合并为一次重新渲染，大幅减少了不必要的渲染次数。

• 并发特性（Concurrent Features）：提供了 startTransition 和 useDeferredValue 等 API，让开发者可以标记非紧急的更新为“过渡”状态，从而优先保证紧急更新（如用户输入）的流畅性。

• Suspense for Data Fetching：允许组件在等待异步数据时声明加载状态（如骨架屏），与服务端渲染深度集成，优化了首屏体验。

展望 React v19，虽然尚未正式发布，但其方向已明确聚焦于进一步简化开发模式。最大的变革是可能默认启用服务器组件（Server Components），允许组件直接在服务端渲染并流式传输到客户端，极大地减少客户端 JavaScript 体积和提升加载速度。同时，React 团队也在探索更强大的状态管理原语和更简洁的 API，以降低开发复杂度。

总而言之，从 v15 到 v19，React 的架构演进是一条从同步阻塞到异步可中断，再到智能并发调度，最终迈向全栈一体化的道路，其核心目标始终是构建更快速、更流畅、更具响应性的用户界面。

参考资料

• 理解 React 的 Fiber 架构

• React源码细读-并发模式下的 Reconciler 与可中断渲染_知乎

• React 18新特性揭秘:如何通过自动批处理与并发特性提升性能