说下我得理解。
首先进程是有自己一套全部资源。
线程是最小得执行单位，但是绝对大部分资源变量要跟其他线程共享，一个程序运行，至少也有一个主线程进行运行。多跟线程，就是多套执行单元。你起了 10 个线程后，是操作系统在控制执行。 可以简单记住，是操作系统在执行，可以多个线程同时执行
协程可以理解是单个线程下的调度方式。所有的执行顺序是程序主动控制的。 之所以单线程可以做到跟多线程一样，是因为针对很多 io 操作时候，去执行其他代码。所以看起来像是多线程。
假设一个函数是
void request_file()
{
request_fileA()
request_fileB()
} 里面分别去请求 A B 两个文件。网络请求是 IO 行为，事实上当 ring3 层请求 A 文件后，处理 io 操作在 ring0 层，ring0 层处理完成后会通知 ring3 ，然后在执行请求 B ，在这个过程中其实是浪费时间，因为请求 A 后等待时间没必要等待。这时候可以直接请求 B ，等 A 完成 io 后在回来继续执行 A 的函数。 这个在单线程里来回乱跳执行，就要在执行 A 需要等待 io 时候，把当前寄存器 栈信息全部保存在一个 context 里，方便恢复环境，强行更改 pc 寄存器去跳转执行 B 函数，在过程中 ring0 通知 io 执行完成，在恢复 A 的 context 把 A 的继续执行。 整个过程就是利用 io 空闲时间，几个函数来回跳，实现在一个线程里看起来像多线程。
这就说明执行过程中 io 操作越多，协程就优势更大。像爬虫或者操作大文件协程就很适合。但是如果都是 cpu 根本抽不出 io 时间间隔，跟执行单线程同步函数一样了。这时候就多线程好。

之前 pc 客户端操作。比如点击一个 button ，去请求一个大数据，并展示在 ui 上。没协程时候，为了不卡界面。只能开线程，或者异步函数，但是异步函数就要有回调。 简单一个功能代码乱的一批。 但是用协程就超级简单。逻辑清晰。