我目前对协程浅显的认知是这样的，协程由用户创建,是一个拥有自己上下文环境的函数,跟进程线程不同,进程线程每次切换都需要由操作系统调度,每次切换进程、线程都要保存上下文状态，当进程、线程多了以后,内核频繁切换拷贝数据会导致性能问题，协程应该是一个有自己上下文（局部变量）的函数，每次调用函数如果碰到阻塞的地方，由协程让出CPU执行权，执行后面的逻辑,等到阻塞结束的时候，再按照逻辑返回CPU控制权，也就是返回到上次协程执行到的地方继续处理下面的逻辑，所有的调度都在进程内处理，没有线程参与，也就没有锁的问题，数据在进程内应该是共享的，然后没有多余的用户态-内核态转换的消耗，所以性能会好一点？！？
C语言有<sys/ucontext.h>这个库可保存代码上下文环境实现协程，
然后C还有setjmp,longjmp这两个函数可以在函数栈中跳转，那么是用setjmp协程内要跳转回的位置，在longjmp之前用一个结构体保存当前函数执行的上下文相关信息，等到合适的时机再longjmp回协程内部,通过结构体拿到上下文数据,继续处理就可以实现一个简单的协程了吧？
现在看Swoole的源代码好吃力,甚至连依赖的哪个库都没找到。。。他创建协程的思路是怎样的，内部是如何进行调度的
与恶龙缠斗过久,自身亦成为恶龙；凝视深渊过久,深渊将回以凝视…
