为什么redux-saga使用put方法而非dispatch方法？

这是个很棒的问题！其实核心原因和Redux-Saga的运行机制息息相关，咱们一点一点拆解：

• 运行上下文隔离，降低耦合度：Redux-Saga的worker saga（比如你贴的fetchUser）是在middleware的沙箱环境里执行的，并不是直接和Redux Store绑定的。如果直接用dispatch()，你得手动拿到store实例，这会让saga和store强耦合，不仅代码灵活性变差，还没法独立测试——想象一下，测试的时候你还要模拟整个store，多麻烦？
  而put()是saga提供的effect creator，它只是创建一个描述"要触发一个action"的纯对象，然后由saga middleware来处理这个effect，去调用真正的dispatch。这样saga本身就变成了纯函数，测试起来只需要断言它产生了哪些effect就行，轻松很多。

• 统一异步流程控制的语法风格：Redux-Saga用yield来暂停和恢复generator函数，所有的异步操作或者副作用都通过effect来描述。put()作为一个effect，和call()、take()这些其他effect保持了一致的语法风格，让整个saga的代码逻辑更统一、更易读。你想想，如果一会儿用yield call()处理异步请求，一会儿直接调用dispatch()触发action，代码风格就割裂了，也破坏了saga用effect统一管理副作用的设计思路。

• 支持中间件的扩展与自定义行为：saga middleware可以对put effect做额外处理，比如自动记录action日志、过滤某些不需要的action，甚至在测试的时候可以拦截put，验证它是否触发了正确的action。如果直接用dispatch()，这些扩展能力就没法用了——因为你绕开了saga的中间件层，直接和store交互了。

举个例子，就像你贴的这段代码：

function* fetchUser(action) {
  try {
    const user = yield call(Api.fetchUser, action.payload.userId);
    yield put({type: "USER_FETCH_SUCCEEDED", user: user});
  } catch (e) {
    yield put({type: "USER_FETCH_FAILED", message: e.message});
  }
}

这里的put()只是告诉saga middleware："我要触发这个action"，middleware会负责把这个action派发给store。整个过程中，fetchUser不需要知道store的存在，只需要专注于业务逻辑——这也是Redux-Saga倡导的关注点分离。

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