在Redux Slice外部通过可复用函数更新状态是否安全？

这种写法完全安全，且符合Redux Toolkit的设计思路，甚至是推荐的状态更新逻辑复用方式之一，你的测试结果是合理的。

核心原因分析 #

Redux Toolkit的核心依赖是Immer，它允许我们通过"直接修改"Immer draft对象来生成不可变的新状态。你抽离的setData函数本质上只是把reducer里重复的状态更新逻辑移到了外部，依然是在Immer的上下文（reducer/extraReducers执行过程中）操作draft对象，和在reducer内部写逻辑没有任何区别，不会破坏Redux的不可变原则。

至于你提到的"让setData返回状态"的写法，反而不符合Immer的设计初衷——Immer就是为了避免手动创建并返回新状态的繁琐操作，直接修改draft才是更简洁的正确姿势。

需要注意的细节 #

1. 调用范围限制：这类复用函数必须只在Redux的reducer或extraReducers内部调用，绝对不能在组件、异步thunk的非reducer阶段（比如请求回调里）直接调用。因为只有在reducer执行时，Immer才会激活并将真实状态包装为draft对象，外部调用会直接修改真实状态，违反Redux的不可变规则。
2. 类型优化：你的代码里WritableDraft<WritableDraft<IFiltersSlice>>的类型定义存在冗余，通常直接写WritableDraft<IFiltersSlice>即可，冗余的嵌套可能是类型推导时的小失误，不影响功能但建议修正。
3. 逻辑bug检查：代码里state.dataArr[filterIndex].bounds = newData的filterIndex应该是idIndex吧？这属于业务逻辑错误，和写法本身无关，但抽离复用函数时要注意这类变量名的一致性。

关于官方文档的补充 #

Redux Toolkit官方文档虽然没有单独把这种"外部抽离draft修改函数"作为专题讲解，但在「复用Reducer逻辑」的相关章节中，明确鼓励开发者抽离重复的状态更新逻辑——不管是放在Slice内部还是外部，只要是在Immer上下文内操作draft就都是合规的。

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