前言
第一部分: 半协程调度器
- 统一生成器接口
- 生成器迭代
- 生成器返回值
- 生成器委托
- 改写 return
- 抽象异步模型
- 引入异常处理
- 异常: 嵌套任务透传
- 异常: 传递流程
- 异常: 重新进行 CPS 变换
- 异常: 重新加入 Async
- Syscall 与 Context
- 调度器: 里程碑
- spawn
- callcc
- race 与 timeout
- all 与 parallel
- channel 与协程间通信
- 无缓存 channel
- 缓存 channel
- channel 演示
- FutureTask 与 fork
第二部分: Koa
- 穿越地心之旅
- 洋葱圈模型
- rightReduce与中间件compose
- Koa::Application
- Koa::Context
- Koa::Request
- Koa::Response
- Koa - HelloWorld
- Middleware Interface
- Middleware: 全局异常处理
- Middleware: Router
- Middleware: 请求超时
- 一个综合示例
附录
参考
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
附录
个人对yield与coroutine的理解与总结,有问题欢迎指正。
在上文半协程中:
- 从抽象角度可以将「yield」理解成为CPS变换的语法糖,yield帮我们优雅的链接了异步任务序列;
- 从控制流角度可以将「yield」理解为将程序控制权从callee(Generator)转移到caller,只有借由底层eventloop驱动,将控制权重新转移回Generator;
- 从实现角度来看「yield」,每个生成器对象都会有自己的zend_execute_data与zend_vm_stack,调用send\next\throw方法,都需要首先备份EG中相关上下文,然后将Generator的execute_data信息恢复到EG,然后调用zend_execute_ex()从从当前上下文恢复执行执行,之后最后恢复执行前EG信息;
- 因为ZendVM中stack与execute_data的保存与切换工作已经由Generator实现了,基于Generator构建半协程的核心问题是控制流转换;
- yield」并没有消除回调,只是让代码从视觉上变成同步,实际仍异步执行,事实上任何异步模型,底层最后都是基于回调的。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论