当前位置: 首页 > news >正文

深入 React 原理:Reconciliation

写在前面:从 Vue 转到 React,最大的挑战往往不是 JSX 语法,而是对"渲染机制"底层逻辑的理解偏差。今天从一个看似简单的 Bug,探讨 React 的 Reconciliation(协调)算法原理。

前排广告位:欢迎访问我的个人网站:https://hixiaohezi.com


在 React 社区的问答中,有一个现象非常普遍:“为什么我的 Input 输入框每输入一个字符就会失去焦点?”

其实是因为它触及了 React 最核心的渲染原理——组件身份(Identity)与协调(Reconciliation)

问题背景

很多从 Vue 转向 React 的开发者(包括我自己),在初期为了"方便"或者实现逻辑闭环,可能会写出类似这样的代码:

export default function UserForm() { const [name, setName] = useState(''); // 🔴 错误示范:在组件内部定义组件 // 很多开发者习惯在 Vue 的 template 中直接写局部逻辑, // 在 React 中容易误以为这样是在拆分 render 函数 const StyledInput = ({ value, onChange }) => ( <input style={{ border: '1px solid blue', padding: '10px' }} value={value} onChange={onChange} /> ); return ( <div> <h3>用户录入</h3> <StyledInput value={name} onChange={(e) => setName(e.target.value)} /> <p>当前输入:{name}</p> </div> ); }

Bug 出现

当在输入框中按下第一个字符(比如 ‘a’),name状态更新,组件重渲染。紧接着,输入框的焦点瞬间丢失。除了失去焦点,如果这个子组件里有任何内部 State,它们也会全部重置。

原理深度分析

要理解这个问题,必须深入 React 的 Diff 算法(协调过程)。React 在更新时,会比较新旧两棵虚拟 DOM 树(Fiber Tree)。

比较的一个核心策略是:类型(Type)的同一性检查

1. 不同的"类"生成不同的树

React 检查一个节点时,首先看它的type

  • 如果oldNode.type === newNode.type:React 认为这是同一个组件,它会保留该组件实例(及其 State),只更新 Props(Update)。
  • 如果oldNode.type !== newNode.type:React 认为这是两个完全不同的东西,它会**卸载(Unmount)旧组件,丢失其所有状态和 DOM 节点,然后挂载(Mount)**新组件。

2. 函数也是对象

回到上面的代码。StyledInput是在UserForm内部定义的函数。
这意味着:UserForm每次渲染时,都会创建一个全新的StyledInput函数(引用地址不同)。

渲染流程回放:

  1. 第一次渲染

    • 创建StyledInput(函数地址 A)。
    • 渲染<StyledInput />(Type 是 A)。
    • 结果:挂载组件 A。
  2. 用户输入 ‘a’ -> 触发 setName -> 触发第二次渲染

    • UserForm重新执行。
    • 创建StyledInput(函数地址 B)。注意:虽然代码逻辑一样,但在内存中A !== B
    • React 比较:旧节点的 Type 是 A,新节点的 Type 是 B。
    • 判定:Type 不同!这不是同一个组件!
    • 执行:卸载 A(移除 DOM,销毁 State),挂载 B(创建新 DOM,初始化 State)。

3.DOM 的毁灭与重生

因为组件被卸载并重新挂载,旧的<input>DOM 元素被从页面中移除,一个新的<input>被创建并插入。
物理 DOM 都换了,焦点自然就没了。

Vue 与 React 的视角差异

对于习惯 Vue 的开发者来说,这种行为可能略显反直觉:

  • Vue 的视角:组件通常是在.vue文件中静态定义的,或者在components选项中注册。组件定义的"引用"在整个应用生命周期中通常是稳定的(Static)。即使在setup()内部返回渲染函数,也不太容易犯"在渲染过程中重新定义组件类"的错误。
  • React 的视角:React Component 本质就是 JavaScript 函数。在 JS 中,函数内定义函数,等于每次执行外层函数时都新建一个闭包函数。React 的渲染完全依赖于 JS 的运行结果,因此对引用的稳定性要求极高。

解决方案

修正方案非常简单:保证组件类型(Type)的引用稳定性。

方案一:移到外部(标准解法)

将子组件定义移到父组件外面。这样StyledInput就在模块加载时被创建一次,永远不会变。

// ✅ 正确:定义在外部,引用地址恒定 const StyledInput = ({ value, onChange }) => ( <input ... /> ); export default function UserForm() { // ... return <StyledInput ... />; }

方案二:使用 render props 或直接写 JSX

如果不仅仅是为了复用,只是为了拆分 JSX 结构,可以直接拆分成函数返回(注意不是组件,是返回 Element 的函数),或者直接把 JSX 存在变量里。

总结

在 React 中,组件在 UI 树中的位置(Position)和类型(Type)共同决定了它的身份(Identity)。身份变了,状态就没了。


欢迎访问我的个人网站:

👉 hixiaohezi.com

愿我们对原理的每一次深究,都能化作代码中的一份从容。

http://www.cnnetsun.cn/news/90812.html

相关文章:

  • nohup、tmux、pm2 全面解析
  • 两款免费神器,希望不要收费!
  • AI元人文构想:人机协作的“未来哪吒”架构
  • Qwen-Image:突破文本渲染与编辑的视觉生成模型
  • 四年累销600万,这就是“海洋速度”
  • Keras与TensorFlow-GPU配置避坑指南
  • Redis + ThinkPHP 实战学习手册(含秒杀场景)
  • 展锐平台:修复使用触控笔主动橡皮擦键功能时, InputDispatcher 发生了致命错误(F 级别),导致 system_server 进程崩溃并重启。
  • EmotiVoice:支持多情感的开源TTS引擎
  • LobeChat能否部署在Netlify?静态站点托管进阶用法
  • 倒计时 5 天!GOBI 2025 全球开源商业创新大会全日程发布,附参会指南!
  • Docker Offload优先级机制详解:90%工程师忽略的关键参数
  • 【Dify高性能视频处理指南】:精准帧率设置提升提取速度300%
  • 为什么你的Tesseract在Dify中处理慢?这5个批量优化关键点必须掌握
  • CDM(充电器件模型)导致芯片失效原因
  • IL-2:调控免疫稳态的“双面因子”
  • 【环境风险评估效能革命】:基于R语言的动态监测系统搭建实录
  • 揭秘Dify中PDF加密与权限验证机制:企业级数据防护必备技能
  • 酒精饮料市场:挑战中寻找机遇 eBest
  • 为什么顶尖数据团队都在用R Shiny做多模态报告?真相令人震惊
  • ChatTTS与GPT-SoVITS语音合成对比分析
  • MySQL Shell 使用方法
  • Docker多阶段构建与精简基础镜像(边缘Agent瘦身必看)
  • PPIO上线阿里Wan 2.6:制作电影级AI视频,对标Sora2
  • 【混合检索的Dify结果融合】:揭秘高效信息聚合背后的黑科技
  • 从零搭建高效音频流水线:Dify 1.7.0切片配置完整教程
  • 大数据ETL中的数据质量提升工具与方法
  • 筑巢引凤 - Ascend C开发环境极速部署与验证全攻略
  • 模型训练中的精度保障:Ascend C算子数值稳定性分析
  • 【金融风险对冲实战指南】:掌握R语言在投资组合风险管理中的7大核心技巧