hopperhuang / read-redux-saga

带有注释的redux-saga

源码阅读顺序

1. middleware.js
2. runSaga.js
3. proc.js
4. channel.js
5. io.js

middleware --> 修改了dispatch方法
runsaga --> 调用proc
proc --> 启动rootSaga协程,并根据协程每一步的值选择不同的resolver,
      将next方法(maintTask的next)让其去操作 --> 值为take的时候 调用channel --> io
            --> 值为fork --> proc 新开协程
            --> 值为call --> 视情况新开携程，并将上级mainTast的next传入，
             子协程结束则调用next继续主maintask
           .... 一致调用next方法处理rootSaga，直到done
chanel --> 将上级携程执行器放到task 任务池里面

6. chanel 运作机制 emmit --(action)--> subscriptions --(action)-->chanel.put(action)---> task(action) <--- chanle.take <--- stdchanel <---proc <--- runsaga

read-redux-saga's Issues

最近在看源码,请问下在一个saga中put一个异步action,是如何做到非阻塞的

runputeffect会出发dispatch,这时会触发eventchanel emit一个action到订阅,然后应该调用对应携程的next(action),这里是怎么跳过的
在redux-saga自带的例子中

是先222,再111的
但是在dva中,同样的在effect中put一个effect,这时就会变成111,222,put的这个action被放到了最后,这是什么原因导致的,