使用自定义Hook作为状态存储替代Redux等工具存在哪些弊端？

正如标题所述，我想了解是否可以用简单的自定义Hook存储可被任意组件使用的数据，示例如下：

export default () => ({data: 'some random data'}) 

消费者组件可这样使用：

const { data } = useSomeDataStore()

若要让数据可更新，可添加setter方法：

export default () => {
  const [data, setData] = useState('some random data')

  return {
    data,
    setData
  }
}

我疑惑的是，为何还需要ContextAPI、Redux等众多状态管理工具？我明白复杂数据密集型应用可能需要这类工具，但对于极简应用，该实现方式存在哪些弊端？

这种自定义Hook实现的关键问题 #

• 状态完全不共享：每调用一次这个自定义Hook，都会创建一个全新的useState实例。也就是说，组件A调用setData更新数据后，组件B拿到的还是自己独立的初始值，根本达不到全局状态同步的效果——这是最核心的问题。
• 状态无法持久化：当组件卸载再重新挂载时，useState会重置为初始值。比如切换路由后回到原页面，之前修改的数据就全丢了，没法保留状态。
• 状态逻辑难以复用与统一：如果需要给状态添加一些通用逻辑（比如异步请求更新、数据格式校验），这种方式只能在每个组件里重复实现，或者额外写工具函数，没法把状态和逻辑封装在一起统一管理。
• 调试难度高：没有统一的状态变更追踪机制，你没法直观看到哪个组件在什么时间修改了状态，排查问题时只能逐个组件排查，效率很低。

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