开场：React是在“驯服状态”，还是在“被状态驯服”？
当我们谈论React时，无论是否承认，我们其实都在谈论一个充满悖论的生态。React官方文档将“状态上提”视为解决共享状态的金科玉律，将“受控组件”作为表单交互的标准答案。但另一方面，无数开发者却在用Redux、Zustand、Jotai甚至Valtio来绕过这个金科玉律，仿佛React基础模型只是通往真实状态的“收费站”。这种撕裂感被我们包装成“工程选型”的理性，实则暴露了React核心模型的一个盲区：它把“状态的一致性”等同于“状态的可预测性”，却忽略了“状态的边界”。今天我想提出的独立观点是：React长期奉行的“受控至上”是一条通向复杂度的死胡同，而真正的解药不是更多全局状态库，而是重新拥抱“非受控”的局部自治，并引入一种“信号-组件”混合模式。 这不是怀旧，而是一次针对状态哲学的重塑。
受控的代价：当每一项输入都成为“全局事件”
我们先做一个思想实验。假设你有一个包含30个字段的复杂表单，每个字段都有实时校验、联动逻辑、以及提交前的归一化处理。按照React正统教程，你需要让每个input的value都绑定到一个state，每个onChange都dispatch一个action或调用setState。很快你会发现，你的状态树变得像一个神经中枢，每敲一个字符都引发整个表单区域的重新渲染。为了治标，你引入useMemo、React.memo、甚至手动控制shouldComponentUpdate——但这一切只是在为“受控”擦屁股。更隐蔽的问题是：受控组件把原本属于DOM的本地时序（比如I困输入法组合中的中间态）强行摊平成全局快照，导致体验出现微妙卡顿或丢字。 我们习惯了这种牺牲，甚至认为这是“React式优雅”。但看看原生Web或者Vue的v-model，它们默认就是“非受控”的，只在需要时才显式监听。React之所以把一切变成显式，是源于它“UI=state 的快照函数”这个极其洁癖的理念，但现实世界的输入不是快照，而是一条有节奏的河流。当我们让每条河水的波纹都必须先汇入一个总水库，再回流到大坝泄洪，失去的不仅是性能，更是交互的直觉性。
从信号到边界：一种反潮流的“非受控+局部受控”融合
我建议的模型不是回到原生DOM，而是借鉴Svelte 5的信号（signals）机制与React 19的use提案，提出一个“内部信号驱动，外部边界受控”的设计。具体来说：每个自定义组件内部默认应该使用自己的局部信号（比如用useState加useRef的组合，或者第三方库Signal）来管理它的内部中间态，只通过一个轻量级的onChange或onCommit接口向父组件发出有意义的“语义变更”。 这就像电视机的遥控器：用户按音量键，不需要把每个按键脉冲都传回电视台，只需要在松手时发送最终音量值。同样，一个日期选择器内部的月份滚动、输入遮罩、动画中间值，完全不需要被父组件感知；只有选中日期这个“原子语义”才需要提交通知。在这种模式下，受控与非受控不再是互斥的开关，而是“内否外受”的联合体。我会用代码示例来演示：一个SearchBox组件，内部维护draft信号用于实时输入高亮，但只有按下回车或点击搜索时，才调用onSearch上抛最终关键词。这样做既保留了React对最终UI状态的掌控，又避免了每个字符都成为全局状态的历史包袱。这种模式并非我的发明——实际上React Hook useDeferredValue已经隐含了放弃即时同步的妥协——但我们应该把它从“性能优化技巧”升格为“架构设计原则”。
组件库的煽风点火与开发者的觉醒
为什么我们长期以来不敢放弃“受控”？除了React官方教条，很多主流组件库（如Ant Design、Material UI）在设计API时，把value与onChange作为所有组件的默认接口，导致开发者被迫为每个组件准备state。这其实是一种“控制欲泛滥”的产业惯性：组件库需要迎合React的范式，否则显得“不够React”。但它们也悄悄提供了非受控的默认值模式（比如defaultValue），却把它当作一个次要的逃生舱。真正独立、有深度的开发团队应该主动在设计规范中声明：80%的表单组件采用非受控-提交语义，20%的跨区块联动组件才需要严格受控。 这需要一个文化转变：我们不再用“每一次状态变化是否可追踪”来定义安全，而是用“每一次状态提交是否可验证”来定义可靠。想象一下，如果React生态从一开始就鼓励“外部只绑定语义事件”，那么Redux根本不会有那么大的舞台。React的本质不该是“全知全能的父状态”，而应该是一个“善于委托的中间人”。这种委托哲学，恰恰能让我们从繁琐的优化中解放出来，把精力放回真正的业务逻辑——毕竟，没人愿意为了一个输入框的闪烁去翻阅五个Hooks文件。
结语：React的下一次进化，始于对“受控”的祛魅
回顾历史，React从类组件到Hooks，可以说是对“状态逻辑分散”的一次拨乱反正。但Hooks本身仍然默认受控思维，useState一用就会把状态挂在组件上。我们不该在“一切皆受控”的牢笼里继续叠床架屋。我的结论很明确：React的未来不会靠更强大的全局状态库，而是靠更谦卑的组件边界——组件内部拥抱非受控的流式信号，外部只暴露语义化事件，让状态像隐私一样被本地保护，只在需要时主动披露。 这不仅是一种技术策略，更是一种设计美学：高质量的系统不是让所有东西都可见，而是让关键的东西可靠可见。请停止为每一个字符的渲染负责，开始为每一次交互的承诺负责。或许在React 19之后，我们会看到“信号”成为一等公民，但在此之前，我们完全可以用现有工具实现这种“受控与非受控的阴阳平衡”。最后抛出一个灵魂拷问：当你写<input value={x} onChange={...}>时，到底是在驾驭React，还是在被React控制？愿你下次写代码时，有勇气写一个defaultValue。