Redux Saga中join和all两个effect的作用差异是什么

你给出的示例场景下两者表面运行效果一致，是因为all在后期版本中新增了对Task实例的等待支持，两者本质定位和行为有明显区别：

1. 设计定位与适用场景不同 #

• join是专门面向Task对象的等待工具：设计初衷就是用来等待之前通过fork/spawn创建的异步Task执行完成，仅用于Task状态同步场景。
• all是通用并行运行工具：可以接收任意类型的可等待对象，适用场景覆盖所有需要并行执行多个异步逻辑的场景。

2. 入参支持不同 #

• join仅接受Task实例、Task实例数组、或多个独立Task作为参数，传入Promise、其他effect（比如call/put）都会直接报错。

  // 合法写法：传单个Task
  yield join(postsTask)
  // 合法写法：传多个独立Task
  yield join(postsTask, albumsTask)
  // 合法写法：传Task数组
  yield join([postsTask, albumsTask])
  
  // 错误写法：join不支持Promise或其他effect
  yield join(fetch('/api/user'), call(fetchTodos, userId))
  

• all仅接受单个可迭代结构（数组/对象）作为参数，内部可以混合放入Promise、任意Saga effect、Task实例、甚至嵌套的可迭代结构：

  // 混合类型并行等待，all完全支持
  const [user, todos, postResult] = yield all([
    fetch('/api/user'), // 直接传入Promise
    call(fetchTodos, userId), // 传入其他effect
    fork(fetchPosts, postId) // 也支持传入Task
  ])
  

3. 错误处理行为不同 #

当等待的多个异步任务有一个抛出错误时，两者的副作用处理逻辑完全不同：

• all会立刻抛出错误终止当前Saga执行，其余仍在运行的任务会被自动取消。比如示例中如果fetchAlbums报错，还未执行完的fetchPosts会被直接终止。
• join同样会抛出错误，但其余仍在运行的Task不会被自动取消，会继续执行直到完成。

4. 返回值特性一致 #

如果都传入Task数组，两者的返回值都是按顺序排列的各Task返回值组成的数组，没有差异。

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