redux 有什么缺点？

Redux 虽然是前端状态管理的经典方案（尤其在 React 生态里），但它确实存在一些明显的 缺点 / 局限性。

一、Redux 的主要缺点

1. 样板代码（Boilerplate）太多

Redux 最大的槽点之一，就是它需要写大量重复的模板代码：

• 定义 action type 常量

• 定义 action creator

• 编写 reducer

• 在组件中通过 dispatch 派发

示例：

// actionTypes.js
export const INCREMENT = 'INCREMENT'

// actions.js
export const increment = () => ({ type: INCREMENT })

// reducer.js
function counter(state = 0, action) {
  switch (action.type) {
    case INCREMENT:
      return state + 1
    default:
      return state
  }
}

问题：逻辑很简单，但要拆成多个文件，样板代码过多，不利于开发效率。

2. 心智负担重，学习曲线陡峭

Redux 的概念很多，对初学者不太友好：

• store

• action

• reducer

• dispatch

• middleware

• combineReducers

• connect / useSelector / useDispatch

刚上手的人往往会觉得：

“我只是想改个状态，为什么要写这么多东西？”

3. 异步逻辑复杂

Redux 自身是 纯同步的，不能直接处理异步逻辑（比如接口请求）。
要实现异步，你必须额外引入中间件，比如：

• redux-thunk

• redux-saga

• redux-observable（RxJS）

这些库功能强大，但也会显著增加学习成本。

4. 频繁的组件重新渲染

如果不小心使用（例如 connect 或 useSelector 的选择器没优化好），Redux 状态更新可能会导致：

• 组件不必要的重新渲染

• 性能下降

这在大型应用中尤其明显，需要借助 reselect 或 memoization 手动优化。

5. 调试复杂

虽然有 Redux DevTools 调试工具，但当项目状态树变得庞大时：

• 调试难度提升

• 状态变化链条太长，不容易定位问题

6. 函数式思维要求高

Redux 的设计理念强调不可变数据（immutable state）和纯函数。
这对于传统命令式思维的开发者来说是一种转变：

• 不能直接修改 state

• 需要返回新的对象（要用到 spread 或 immer）

// 错误 ❌
state.value++

// 正确 ✅
return { ...state, value: state.value + 1 }

二、为什么很多人仍然使用 Redux？

尽管有缺点，Redux 仍然流行，是因为它的优点在某些场景非常强大：

• 状态集中管理，可预测、可追踪

• 拥有成熟的生态（中间件、DevTools、插件）

• 大型多人项目中结构清晰、易维护

• 新版 Redux Toolkit（RTK）已经极大改善了样板代码问题

三、现代替代方案

如今很多项目已经开始用以下方式代替传统 Redux：

替代方案	特点
Redux Toolkit (RTK)	官方推荐，简化写法，几乎消除样板代码
Zustand	小巧、简单、Hook 风格，零样板
Recoil / Jotai	与 React 深度集成，更符合函数式组件思维
MobX	响应式编程模型，自动追踪依赖
Context + useReducer	React 原生方案，小型项目够用

总结一句话

Redux 功能强大、生态完善，但也笨重、繁琐。
适合大型复杂项目，不太适合中小型项目或快速开发。