Swoole的协程思路是怎样的

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

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

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

阅读 2.3k
1 个回答

是问题太宽泛了吗?三天了零回复

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题