React中为何不支持在受控与非受控输入组件间切换？

我已经掌握了避免和修复「组件正在将非受控输入切换为受控」错误的方法，也清楚受控与非受控输入组件的适用场景和使用方式，但明明在二者间切换是可行的操作，为什么React官方要禁止这种做法？
更让我困惑的是，像Atlaskit这类React组件库提供的输入组件就支持这种切换行为，而官方文档里也没明确说明这种做法的具体影响。

React官方相关文档说明 #

若为组件传入value，则其在生命周期内必须始终为字符串类型。
不能先传入value={undefined}，之后再传入value="some string"，因为React无法判断你希望组件是受控还是非受控状态。受控组件应始终接收字符串类型的value，而非null或undefined。
若你的value来自API或状态变量，初始值可能为null或undefined。这种情况下，要么初始时将其设为空字符串（''），要么传入value={someValue ?? ''}以确保value为字符串类型。
类似地，若为复选框传入checked，需确保其始终为布尔值。

官方禁止切换的核心原因 #

• 状态一致性保障：React的核心设计逻辑是维护UI与状态的严格对应关系。受控组件的状态完全由开发者掌控，非受控组件则由DOM自主管理状态。切换两种模式会打破这种清晰的状态归属，导致React无法准确追踪状态变化，极易引发UI与数据不一致的隐性bug，这类问题排查难度极高。
• 简化内部逻辑：如果支持模式切换，React内部需要额外开发两种模式的状态迁移处理逻辑，大幅增加框架复杂度与维护成本。官方选择通过明确规则做取舍，降低开发者的认知负担，同时减少框架的潜在风险。
• 避免歧义行为：若允许切换，当从非受控（value为undefined）转为受控（传入具体值）时，React无法判断是要覆盖DOM已有的用户输入值，还是先保留用户输入再同步状态。这种歧义会导致组件行为不可预测，违背了React「声明式编程」的核心原则。

组件库支持切换的原因 #

像Atlaskit这类组件库之所以支持切换，是因为它们在内部做了封装处理：

• 组件内部会维护一份中间状态，当value为undefined时以非受控模式运行，当value变为有效值时，自动将内部状态同步为传入的受控值，相当于在组件层面屏蔽了React的限制，给开发者提供更灵活的使用体验。
• 这种封装虽然增加了组件自身的复杂度，但组件库的目标是提供更易用的上层抽象，因此愿意承担这部分成本。

内容的提问来源于stack exchange，提问作者Qwerty