Redux中使用useMemo提取状态：此写法是否为合理优化实践？

你这么写的useMemo完全是无用的，原因很直白：

• 你把metricsState.myMetrics既作为依赖又作为返回值，相当于给同一个值套了层缓存壳，没有任何实际优化效果，反而多了useMemo本身的运行开销。
• 只要metricsState.myMetrics变化，useMemo就会重新执行，和你直接写const myMetrics = metricsState.myMetrics的效果完全一致。

给你两个实际有用的优化方向：

1. 精准优化useSelector的选择逻辑 #

别整个取出MetricsState，直接在useSelector里定位到myMetrics：

const myMetrics = useSelector((state: MetricsStateObject) => state.MetricsState.myMetrics);

Redux的useSelector本身会对比前后两次返回值的引用（默认是浅比较），只有当myMetrics真正变化时，才会触发组件重渲染。这才是Redux性能优化的核心——只订阅你需要的状态片段，避免无关状态变动导致的不必要渲染。

2. 仅在复杂计算时使用useMemo #

只有当你需要基于myMetrics做耗时的转换、过滤、排序等操作时，useMemo才有用武之地。比如：

const highValueMetrics = useMemo(() => {
  return myMetrics.filter(metric => metric.value > 500).sort((a, b) => b.value - a.value);
}, [myMetrics]);

这种场景下，useMemo会缓存计算后的结果，只有当myMetrics变化时才重新执行计算，避免每次组件渲染都重复跑一遍复杂逻辑。

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