调用含fork的函数时，yield call为何阻塞至异步任务完成？

首先直接给结论：完全不是你想的那样——yield call只会等待被调用的generator本身执行完毕（也就是跑完它内部所有的yield步骤直到return），根本不会去等待这个generator用fork启动的后台异步任务。

咱们来拆解你的代码逻辑：
你的maybeRefresh里用了yield fork(refreshTask)，这是redux-saga里典型的非阻塞调用：redux-saga会立刻启动refreshTask作为独立的后台任务，然后马上回到maybeRefresh继续执行后续代码——也就是输出did fork refresh task...那行，接着设置didRefresh并返回结果。按道理，顶层的yield call(maybeRefresh)应该在refreshTask里的fetch还在请求的时候就拿到返回值，输出call - maybeRefresh...那行日志。

那你为什么会遇到阻塞的情况？大概率是这几个原因之一：

• 日志顺序的误解：fork启动refreshTask后，会立刻执行它的第一行代码，所以refreshTask里的will fetch会比maybeRefresh里的did fork...先输出，但这并不代表maybeRefresh被卡住了——它还是会继续执行并返回，只是日志顺序和你预期的不一样而已。
• 手滑写错了API：比如你实际代码里把yield fork(refreshTask)写成了yield call(refreshTask)，那maybeRefresh就会阻塞到refreshTask完全执行完，自然顶层的call也会跟着等。
• 测试环境的同步mock：如果你在测试时把fetch模拟成了同步函数，那refreshTask会一次性跑完，看起来就像是call等了它，但这是测试场景的特殊情况，不是redux-saga的正常行为。

如果你的代码完全和你贴的一样，正常运行的日志顺序应该是这样的：

will fetch
did fork refresh task, should now return while refreshTask happens async
call - maybeRefresh, didRefresh: true
ok refresh done, status: 200

你可以仔细核对一下日志的输出顺序，就能确认call其实并没有等待refreshTask的fetch完成。

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