Swoole的协程思路是怎样的

我目前对协程浅显的认知是这样的,协程由用户创建,是一个拥有自己上下文环境的函数,跟进程线程不同,进程线程每次切换都需要由操作系统调度,每次切换进程、线程都要保存上下文状态,当进程、线程多了以后,内核频繁切换拷贝数据会导致性能问题,协程应该是一个有自己上下文(局部变量)的函数,每次调用函数如果碰到阻塞的地方,由协程让出CPU执行权,执行后面的逻辑,等到阻塞结束的时候,再按照逻辑返回CPU控制权,也就是返回到上次协程执行到的地方继续处理下面的逻辑,所有的调度都在进程内处理,没有线程参与,也就没有锁的问题,数据在进程内应该是共享的,然后没有多余的用户态-内核态转换的消耗,所以性能会好一点?!?

C语言有<sys/ucontext.h>这个库可保存代码上下文环境实现协程,
然后C还有setjmp,longjmp这两个函数可以在函数栈中跳转,那么是用setjmp协程内要跳转回的位置,在longjmp之前用一个结构体保存当前函数执行的上下文相关信息,等到合适的时机再longjmp回协程内部,通过结构体拿到上下文数据,继续处理就可以实现一个简单的协程了吧?

现在看Swoole的源代码好吃力,甚至连依赖的哪个库都没找到。。。他创建协程的思路是怎样的,内部是如何进行调度的

阅读全文

关注者
0
被浏览
729
0 个回答
暂无答案,快来添加答案吧

撰写答案

请登录后再发布答案,点击登录

赞助
会员

在线
客服

分享
好友