ngrx-store strictStateImmutability允许替换state？是否违反严格状态不变性？

核心规则先明确 #

启用strictStateImmutability时，NgRx的核心要求是绝对不能直接修改传入的原始状态对象的属性或内部结构——这是因为Redux/NgRx的状态管理依赖不可变更新，只有状态对象是全新的，才能正确触发订阅更新、追踪状态变化。

两种场景的差异分析 #

1. 违规的突变操作
   像示例中直接修改state.todoInput或者调用state.todos.push()，都是直接篡改了原始state对象的内容：

   export const reducer = createReducer(initialState,
     on(addTodo, (state, { todo }) => {
       // 违规：直接修改原始state的属性
       state.todoInput = ''
       // 违规：直接修改原始state中数组的内部结构
       state.todos.push(todo)
     })
   );
   

   这类操作会被strict模式检测到，因为它们破坏了原始状态的不可变性。

2. 未被判定违规的变量赋值
   示例中state = initialState的操作，并没有修改原始state对象本身：

   export const reducer = createReducer(initialState,
     on(addTodo, (state, { todo }) => {
       // 未违规：仅修改函数内部的局部变量指向
       state = initialState
     })
   );
   

   strict模式的检测目标是原始状态对象是否被突变，而这里只是给函数内部的局部变量state重新赋值，让它指向了另一个对象（initialState），原始的state对象从头到尾没有被修改过，所以不会触发违规提示。

注意这种写法的逻辑问题 #

虽然这个操作不会被报错，但它其实是无效的状态更新——因为回调函数没有返回新的状态，NgRx最终会保留原来的state，不会更新到initialState。如果你的意图是重置状态，正确的写法应该是直接返回新的状态对象：

export const reducer = createReducer(initialState,
  on(addTodo, (state, { todo }) => {
    // 正确的不可变更新：返回全新的状态
    return initialState;
  })
);

总结 #

严格状态不变性的核心是禁止修改原始状态对象，只要你没有触碰原state的属性或内部结构，哪怕只是在函数内部给局部变量重新赋值（哪怕逻辑无效），都不会违反规则。但从业务逻辑角度，一定要通过返回新状态对象的方式来完成状态更新，才能达到预期效果。

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