添加redux-batched-actions中间件后Redux出现栈溢出错误求助

看起来你遇到的是典型的中间件调用循环问题，从你贴的调用栈里反复出现的dispatchChildActions和applyMiddleware.js的dispatch就能看出来——这说明批量action的处理过程中，dispatch被反复触发，形成了无限递归。

下面是几个大概率能解决问题的方案：

1. 调整中间件的注册顺序 #

Redux中间件的执行顺序至关重要，redux-batched-actions的batchMiddleware需要放在所有会处理普通action的中间件之前，尤其是那些内部会触发dispatch的中间件（比如redux-thunk、带有dispatch逻辑的自定义中间件）。

举个正确的注册示例：

import { createStore, applyMiddleware } from 'redux';
import { batchMiddleware } from 'redux-batched-actions';
import thunk from 'redux-thunk';
import rootReducer from './reducers';

const store = createStore(
  rootReducer,
  applyMiddleware(
    batchMiddleware, // 优先注册批量中间件
    thunk, // 再注册其他中间件
    // 其他自定义/第三方中间件...
  )
);

如果把batchMiddleware放在后面，它拆分批量action时触发的dispatch会再次经过前面的中间件，很容易形成循环调用。

2. 避免嵌套批量action #

检查你用batch()创建的action，有没有嵌套调用batch()的情况，或者某个子action的处理逻辑里又触发了批量action。比如这种错误写法：

// 错误示例：嵌套批量action会触发重复dispatch
const nestedBatchAction = batch([
  someAction(),
  batch([anotherAction()]) // 这里嵌套了batch，会导致循环
]);

确保所有要批量处理的都是普通action，不要嵌套批量action。

3. 排查冲突的第三方/自定义中间件 #

如果你有自定义中间件，或者其他第三方中间件会修改、包装dispatch，要确认它们不会在处理批量action时重复触发dispatch。比如有些中间件会在处理action时再次调用dispatch，如果这个中间件在batchMiddleware之前，就会导致批量action被拆分后，又被重新批量处理，形成无限循环。

你可以先临时移除其他中间件，只保留batchMiddleware测试，如果问题消失，再逐个添加中间件排查冲突源。

4. 升级redux-batched-actions到最新版本 #

旧版本的库可能存在循环调用的bug，尝试升级到最新版本：

npm update redux-batched-actions
# 或者用yarn的话
yarn upgrade redux-batched-actions

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