React · 58/84
1. 为什么推荐将静态资源放到 CDN 上 2. Class 组件的局限性 3. Class 组件与函数组件 4. Composition API 与 Hooks 对比 5. Vue 中 computed 和 watch 的区别 6. 爬楼梯问题 7. createElement 执行过程 8. 限制构造函数只能通过 new 调用 9. 判断 React 组件类型 10. 受控与非受控组件 11. 自定义 Hook 开发 12. 什么是 DNS 劫持? 13. 判断对象是否是 React 元素 14. HOC 与 Render Props 15. React 中 Element、Component、Node、Instance 的区别 16. Hooks 使用规则 17. HTTP/2 多路复用原理 18. HTTP 报文结构 19. HTTPS 握手过程 20. Immutable 在 React 中的应用 21. 实现图片懒加载 22. JavaScript == 运算符的机制 23. JavaScript 数组的内存存储方式 24. JSX 本质 25. Immutable 在 React 中的应用 26. 最大子序和 27. React Router 的 Link 和 a 标签的区别 28. JSX语法糖本质 29. 父组件调用子组件方法 30. 移动端样式适配方案 31. Portal 中的事件冒泡机制 32. React 17 新特性 33. React 18 新特性与并发渲染 34. React 组件渲染流程 35. React 是什么 36. React元素$$typeof属性 37. React 组件通信方式 38. React 错误边界处理 39. React 核心概念 40. React 组件设计 41. React Fiber 架构 42. React Hooks 原理与规则 43. React 常用 Hooks 使用指南 44. React.memo 和 memoize 函数的区别 45. React 生命周期演变 46. React 性能优化实践 47. React 性能优化策略 48. React Portals 的使用场景 49. React 中的 ref 使用 50. React 和 React-DOM 的关系 51. React 为什么不直接使用 requestIdleCallback 52. React-Router 原理与工作方式 53. React 合成事件机制 54. React 服务端渲染实现 55. React 事务机制 56. setState 同步异步问题 57. setTimeout 为什么不能保证及时执行 58. Redux 工作流与中间件 59. React 服务端渲染实现 60. 单页应用如何提高加载速度 61. Source Map 的工作原理 62. TypeScript 中的命名空间与模块 63. Taro 多端框架实现原理 64. Taro 2.x 和 Taro 3 的区别 65. TypeScript 与 JavaScript 的区别 66. TCP 三次握手和四次挥手 67. useEffect 支持 async/await 68. useEffect 闭包陷阱 69. useMemo 和 useCallback 的使用场景 70. useContext 的使用方法 71. useReducer 与 Redux 对比 72. useState 连续调用 setState 导致值丢失 73. 实现 useTimeout Hook 74. useRef、ref 和 forwardRef 的区别 75. 虚拟DOM性能分析 76. 实现 useUpdate 强制组件重新渲染 77. Virtual DOM 的意义 78. 虚拟DOM的三个组成部分 79. Virtual DOM 与 Diff 算法 80. Vue 页面渲染流程 81. Vue 与 React 对比 82. Vue 与 React 的 Diff 算法差异 83. Vue2 数组变化检测的限制与解决方案 84. Vue3 实现 Modal 组件

Redux 工作流与中间件

Redux 的 Store、Action、Reducer 工作流程及 Thunk、Saga 中间件原理

问题

解释 Redux 的工作流(Store, Action, Reducer)以及中间件(Thunk, Saga)的原理。

解答

Redux 工作流

┌─────────────────────────────────────────────────┐
│                                                 │
│    dispatch(action)                             │
│         │                                       │
│         ▼                                       │
│    ┌─────────┐    ┌─────────┐    ┌─────────┐   │
│    │ Action  │───▶│ Reducer │───▶│  Store  │   │
│    └─────────┘    └─────────┘    └─────────┘   │
│                                       │         │
│                                       ▼         │
│                                 ┌──────────┐    │
│                                 │   View   │    │
│                                 └──────────┘    │
│                                       │         │
│                    dispatch(action) ◀─┘         │
└─────────────────────────────────────────────────┘

基本实现

// 创建 Store
function createStore(reducer, preloadedState, enhancer) {
  // 如果有 enhancer(中间件),先应用 enhancer
  if (typeof enhancer === 'function') {
    return enhancer(createStore)(reducer, preloadedState);
  }

  let state = preloadedState;
  let listeners = [];

  // 获取当前状态
  function getState() {
    return state;
  }

  // 派发 action,触发 reducer 更新状态
  function dispatch(action) {
    state = reducer(state, action);
    // 通知所有订阅者
    listeners.forEach(listener => listener());
    return action;
  }

  // 订阅状态变化
  function subscribe(listener) {
    listeners.push(listener);
    // 返回取消订阅函数
    return () => {
      listeners = listeners.filter(l => l !== listener);
    };
  }

  // 初始化状态
  dispatch({ type: '@@INIT' });

  return { getState, dispatch, subscribe };
}

// Reducer 示例
function counterReducer(state = { count: 0 }, action) {
  switch (action.type) {
    case 'INCREMENT':
      return { count: state.count + 1 };
    case 'DECREMENT':
      return { count: state.count - 1 };
    default:
      return state;
  }
}

// 使用
const store = createStore(counterReducer);
store.subscribe(() => console.log(store.getState()));
store.dispatch({ type: 'INCREMENT' }); // { count: 1 }

中间件原理

中间件通过包装 dispatch 方法,在 action 到达 reducer 之前进行拦截处理。

// applyMiddleware 实现
function applyMiddleware(...middlewares) {
  return (createStore) => (reducer, preloadedState) => {
    const store = createStore(reducer, preloadedState);
    let dispatch = store.dispatch;

    // 传给中间件的 API
    const middlewareAPI = {
      getState: store.getState,
      dispatch: (action) => dispatch(action)
    };

    // 执行中间件,获取包装函数
    const chain = middlewares.map(middleware => middleware(middlewareAPI));
    
    // 组合中间件,包装 dispatch
    dispatch = compose(...chain)(store.dispatch);

    return { ...store, dispatch };
  };
}

// compose 函数:从右到左组合函数
function compose(...funcs) {
  if (funcs.length === 0) return arg => arg;
  if (funcs.length === 1) return funcs[0];
  return funcs.reduce((a, b) => (...args) => a(b(...args)));
}

Redux Thunk

Thunk 让 dispatch 可以接收函数,用于处理异步操作。

// thunk 中间件实现
function thunk({ dispatch, getState }) {
  return (next) => (action) => {
    // 如果 action 是函数,执行它并传入 dispatch 和 getState
    if (typeof action === 'function') {
      return action(dispatch, getState);
    }
    // 否则继续传递给下一个中间件
    return next(action);
  };
}

// 使用 thunk 处理异步
const fetchUser = (id) => async (dispatch, getState) => {
  dispatch({ type: 'FETCH_USER_START' });
  
  try {
    const response = await fetch(`/api/users/${id}`);
    const user = await response.json();
    dispatch({ type: 'FETCH_USER_SUCCESS', payload: user });
  } catch (error) {
    dispatch({ type: 'FETCH_USER_ERROR', payload: error.message });
  }
};

// 派发异步 action
store.dispatch(fetchUser(1));

Redux Saga

Saga 使用 Generator 函数管理副作用,更适合复杂的异步流程。

import { call, put, takeEvery, takeLatest } from 'redux-saga/effects';

// Worker Saga:执行异步任务
function* fetchUserSaga(action) {
  try {
    // call:调用异步函数
    const user = yield call(fetch, `/api/users/${action.payload}`);
    const data = yield call([user, 'json']);
    
    // put:派发 action
    yield put({ type: 'FETCH_USER_SUCCESS', payload: data });
  } catch (error) {
    yield put({ type: 'FETCH_USER_ERROR', payload: error.message });
  }
}

// Watcher Saga:监听 action
function* watchFetchUser() {
  // takeEvery:每次都执行
  yield takeEvery('FETCH_USER_REQUEST', fetchUserSaga);
  
  // takeLatest:只执行最新的,取消之前的
  // yield takeLatest('FETCH_USER_REQUEST', fetchUserSaga);
}

// Root Saga
function* rootSaga() {
  yield all([
    watchFetchUser(),
    // 其他 watcher...
  ]);
}

// 简化版 Saga 中间件原理
function createSagaMiddleware() {
  let boundRunSaga;

  const middleware = ({ dispatch, getState }) => {
    boundRunSaga = (saga) => {
      const iterator = saga();
      
      function next(value) {
        const result = iterator.next(value);
        if (result.done) return;
        
        const effect = result.value;
        
        // 处理不同的 effect
        if (effect.type === 'CALL') {
          effect.fn(...effect.args).then(next);
        } else if (effect.type === 'PUT') {
          dispatch(effect.action);
          next();
        }
      }
      
      next();
    };

    return (next) => (action) => next(action);
  };

  middleware.run = (saga) => boundRunSaga(saga);
  return middleware;
}

Thunk vs Saga 对比

特性ThunkSaga
学习成本高(需要了解 Generator)
代码量
测试较难(需要 mock)简单(纯函数)
复杂流程不擅长擅长(竞态、取消、重试)
适用场景简单异步复杂异步流程

关键点

  • 单向数据流:View → Action → Reducer → Store → View
  • 中间件本质:对 dispatch 的增强,形成洋葱模型
  • Thunk:让 dispatch 支持函数,函数内可执行异步操作
  • Saga:用 Generator 声明式描述副作用,便于测试和控制复杂流程
  • 选择建议:简单项目用 Thunk,复杂异步流程用 Saga