为何已派发REMOVE类型Action后对应Reducer未执行，其余功能均正常？

当前现象 #

• 调用remove方法时，Action内部的日志可以正常打印，但对应Reducer完全无法响应：既不会触发Reducer入口的通用日志打印，也不会进入REMOVE类型的匹配分支。
• 项目内其余已接入的Redux Action、Reducer逻辑均可正常运行，排除全局Store配置失效的问题。

高频排查方向（按出现概率排序） #

• 类型常量匹配失效
  Redux的Reducer匹配Action完全依赖type值的严格相等判断。虽然你在Action和Reducer代码里都写了types.REMOVE，但如果两个文件导入的types路径不一致、或是常量定义环节出现值不统一的情况，就会导致Action实际派发的type值，和Reducer里case匹配的type值对不上，最终Reducer只会默默走default分支，全程不会抛出任何报错，隐蔽性很强。
• Reducer未注册到全局Store
  其余Reducer能正常工作，不代表这个单独编写的selectReducer已经被合并到根Reducer的combineReducers配置中。如果这个Reducer压根没被挂载到Store上，不管派发什么类型的Action，这个Reducer函数都不会被触发，自然所有写在里面的日志都不会执行。
• 函数导入映射异常
  目前mapDispatchToProps采用对象写法的语法本身符合react-redux的规范，但要确认组件内导入的remove函数，确实是Action文件里返回标准Action对象的那个方法，不存在同名导入路径错误的问题（这类问题通常会连Action内部的日志都无法打印，结合你当前的现象，出现概率较低）。

快速验证方法 #

临时把Action返回的type值写死为固定字符串（比如type: 'TEST_REMOVE'），同时把Reducer里的case匹配值也改成同样的写死字符串，重新触发按钮点击：

• 如果Reducer可以正常收到并打印日志，说明之前的问题就是跨文件导入的types.REMOVE常量值不统一，回去检查两个文件的types导入路径、常量定义值即可。
• 如果修改后Reducer依然没有反应，直接打开根Reducer的配置文件，检查combineReducers的映射项，把selectReducer补充到对应的state挂载节点下即可。

现有逻辑的注意点 #

你当前在REMOVE分支写的返回逻辑return { ...state, ...initialState2, p: 1 }存在逻辑漏洞：这种写法只会用initialState2的字段覆盖同名state字段，无法清空state中存在、但initialState2里没有定义的字段。如果你的需求是清空部分状态数据，应该明确指定需要清空的字段为对应初始值，避免残留无效状态。

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