React组件UI状态留存本地、业务状态交由Redux/Mobx管理是否为良好实践？

你的思路特别清晰——把需要跨组件共享的业务状态交给Redux/Mobx管理，仅组件自身使用的UI状态留在本地state，这正是Redux官方文档里反复强调的状态划分核心原则。

具体来说，这么做的优势非常明显：

• 避免全局状态臃肿：showError、loading这类只作用于当前组件UI的状态，根本不需要其他组件感知，硬塞进全局仓库只会增加不必要的状态节点，还会让状态变更的追踪变得复杂冗余。
• 减少无意义的重渲染：如果把这些本地UI状态放到Redux/Mobx，组件会额外订阅这些状态的变化，哪怕其他组件完全不需要相关数据，反而会拖慢应用性能。
• 逻辑内聚性更强：组件自己管理专属的UI状态，维护起来更简单——比如要调整loading的显示时机，只需要在当前组件里修改setState逻辑，不用去全局仓库里编写action或者修改store结构。

在实际开发中，这种模式是业内通用的最佳实践：比如表单里的临时输入提示、模态框的显隐状态、组件内部的展开/收起状态，都会留在本地state；只有那些需要跨页面、跨组件共享的数据（比如用户信息、全局主题配置）才会放到集中式仓库。

唯一需要留意的是：如果未来某个本地UI状态需要被其他组件访问或修改了，再把它迁移到Redux/Mobx里就好，这种渐进式的状态管理方式反而更灵活，不会过度设计。

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