已使用Redux的应用中，Context API是否还有适用场景？

你的观点并不准确——即便项目已经接入Redux，Context API依然有不少值得使用的场景，二者并非互斥关系，而是可以互补的工具：

• 局部状态的跨组件传递
  Redux主打全局状态管理，但很多场景下，某些状态仅在某一个组件树分支内生效（比如某页面的弹窗显隐、商品规格选择状态、局部区域的主题切换）。这类状态如果塞进Redux全局store，会造成冗余，还可能触发不必要的全局更新。用Context在局部组件树里传递，既能避免props层层透传的麻烦，又能控制状态的作用范围，性能和代码简洁度都更优。

• 传递非状态类的工具/服务实例
  Context的能力不止于传状态，还能传递函数、工具类实例等。比如把封装好的axios请求实例、自定义的日志工具、或者第三方SDK的实例通过Context传给子组件，子组件可以直接取用，不用每个组件都重复import或通过props传递。Redux的核心是状态管理，这类工具类的传递用Context更合适，不会污染Redux的状态结构。

• 配合Redux优化局部渲染性能
  当Redux的全局状态更新时，所有订阅了该状态的组件都会触发重渲染，哪怕某些组件并不需要这个状态。这时可以用Context将Redux中某部分仅局部组件需要的状态单独抽离，在目标组件树内传递，再配合React.memo或useMemo做渲染优化，减少不必要的重渲染，提升应用性能。

• 轻量临时状态的快速实现
  对于生命周期短、仅在局部使用的临时状态（比如表单的临时校验提示、下拉菜单的展开状态），写Redux的action、reducer、slice会增加不必要的复杂度。用Context快速实现状态传递，开发效率更高，也不会让Redux的状态逻辑变得臃肿。

总的来说，Redux适合处理全局共享、需要追踪变化、逻辑复杂的状态；Context则擅长局部组件树的状态/服务传递，轻量灵活。在已使用Redux的应用中，合理搭配Context能让代码结构更清晰，开发更高效。

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