React Context性能存疑：正确使用真的存在性能隐患吗？

你提到的困惑其实戳中了很多开发者对Context性能问题的误解点，核心在于：不是所有使用useContext的组件，都需要在Context值变化时重渲染——只有当组件依赖的那部分Context值变化时，重渲染才是必要的。

所谓的Context性能问题到底是什么？ #

大多数资料说的性能隐患，源于Context的默认行为：只要Context的value引用发生变化（哪怕只是其中一个无关字段更新），所有使用useContext订阅该Context的组件都会触发重渲染。举个例子：
假设你的Context里存了一个复合对象：

const AppContext = createContext({
  user: { name: "张三", id: 1 },
  theme: "dark",
  unreadCount: 5
});

当unreadCount从5变成6时，整个Context的value引用发生了改变——这时候，哪怕某个组件只用到了theme字段，它也会被强制重渲染。这种无意义的重渲染才是性能问题的根源，尤其是在大型应用中，这类不必要的重渲染会累积成明显的性能开销。

你提到的拆分Context是解决方案之一，但有局限 #

你说的拆分多个Context（比如把状态和dispatch分离，或者按业务模块拆分Context）确实能减少无关组件的重渲染，比如：

<TasksContext.Provider value={tasks}>
  <TasksDispatchContext.Provider value={dispatch}>
    {children}
  </TasksDispatchContext.Provider>
</TasksContext.Provider>

这种方式能避免dispatch不变时，依赖tasks的组件不会因为无关变化重渲染。但如果单个Context里的状态本身是复杂的复合对象，拆分过多Context会让代码变得繁琐，维护成本上升。

useContextSelector 这类工具的作用 #

React团队提出的useSelectedContext（以及社区的相关库）就是为了解决这个局限：它允许组件精准订阅Context中的某一部分值，只有当订阅的那部分值发生变化时，组件才会重渲染，而不是整个Context值变化就触发重渲染。比如上面的例子，用选择器的话，订阅theme的组件只会在theme变化时重渲染，不受unreadCount或user变化的影响。

总结：你没忽略核心，但要区分“必要重渲染”和“无意义重渲染” #

你说的“正确使用时不存在性能问题”是对的——但这里的“正确使用”就包括了通过拆分Context、使用选择器等方式，避免无意义的重渲染。大多数资料强调的性能隐患，是针对不恰当的使用方式（比如把所有状态塞进单一Context，导致大量无关组件被强制重渲染）而言的。

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