深入理解redux之reducer为什么是纯函数

最新推荐文章于 2025-06-12 10:17:36 发布

转载

最新推荐文章于 2025-06-12 10:17:36 发布 · 3.6k 阅读

10 ·

CC 4.0 BY-SA版权

原文链接：https://juejin.im/post/5cd0c5f16fb9a032106be1ef

文章标签：

#javascript #ViewUI

本文探讨了Redux中Reducer必须是纯函数的原因，包括保持状态管理可预测性、支持时间旅行调试以及与React组件更新机制的关系。文中详细解释了纯函数的三个条件，并指出在Reducer中执行修改参数、调用非纯函数或有副作用操作的后果。最后，介绍了如何在Redux中正确执行API请求的方法。

reducer是redux的三个核心概念之一，它指定了应用状态的变化如何响应 actions 并发送到 store，需要由开发人员自己定义，提起reducer，最常想到的一个准则是reducer要是纯函数，那么这其中是什么原因呢，如果不是纯函数的话会导致redux不可用吗？接下来就来一步步分析下这个问题

reducer响应actions的原理

我们定义的reducer负责接收action，并返回一个新的state，但在react组件开发中，我们也仅仅定义了而从未实际调用过reducer，所有reducer作用的原理是什么呢？

实际上，组件中我们会手动调用dispatch方法发送action来响应事件，而这里的发送action不止发送action那么简单，还包括了调用reducer，更新状态为reducer的处理结果，触发订阅事件等一系列操作，都是在dispatch的方法内实现的，到这里可以来通过源码的处理流程来了解一些这个过程~

function dispatch(action) {
    ...
    try {
      //将flag置为true,表明处于分发逻辑中
      isDispatching = true 
      
      //currentReducer即为传入的reducer函数，这里会自动调用currentReducer函数，并将返回值赋给currentState
      currentState = currentReducer(currentState, action)
    } finally {
      isDispatching = false