Redux Toolkit中createSelector未缓存，使用深度相等是否合理？

首先，你遇到的核心问题是RTK的createSelector缓存机制和useSelector默认浅比较的配合冲突：

1. createSelector的缓存依赖于输入选择器返回值的浅比较：如果输入选择器返回数组/对象这类引用类型，哪怕内容完全没变，只要引用更新（比如修改人员名称时，immer生成了新的personList数组引用），createSelector就会判定输入变化，重新计算结果并返回新引用。
2. useSelector默认用浅比较判断是否触发重渲染：哪怕createSelector返回的结果内容和之前一致，只要是新引用，浅比较就会判定“值已变化”，导致AssetFormComponent不必要的重渲染。

使用_.isEqual作为深度比较函数是否合适？ #

分场景判断：

• 小数据量/低更新频率场景：完全合适。这种方式简单直接，无需修改选择器结构就能解决重渲染问题，深度比较的性能开销可以忽略不计。
• 大数据量/高更新频率场景：不推荐。深度比较需要遍历整个数据结构，当数组长度大或对象层级深时，会带来明显性能损耗，甚至可能比不必要的组件重渲染开销更大。

更优的优化方案 #

如果你的场景属于后者，建议从选择器设计和状态结构入手优化：

• 用createEntityAdapter管理列表数据：RTK的createEntityAdapter会将数组转为{ids: [], entities: {}}的结构，通过selectById等方法获取单个实体时，引用会保持稳定——只有目标实体的字段变化时，选择器才会重新计算，避免无关更新触发缓存失效。
• 细化输入选择器粒度：不要直接把整个personList作为输入选择器的返回值，只提取真正需要的字段（比如personList.map(p => ({id: p.id, assetFormStatus: p.assetFormStatus}))），同时可配合reselect的自定义比较函数，或者将结果转为原始类型组合（比如字符串数组），让浅比较能生效。
• 拆分组件层级：如果AssetFormComponent只关联特定人员的资产，让它接收具体人员ID作为props，在组件内部用更细粒度的选择器（比如selectPersonById）获取数据，避免依赖整个列表的变化。

内容的提问来源于stack exchange，提问作者Carlos Jaime C. De Leon