libco是腾讯开源的协程库，但存在设计缺陷，如干扰程序结构、强依赖调度器、使用过时的M:N模型及不支持标准C++用法。此外，上下文切换处理不当导致性能问题，整体上更像是“玩票”性质的库，受到不实崇拜。

本文批评了云风的协程库，指出其设计缺陷：强制函数带调度器参数导致代码不自然，依赖调度器的设计已不再必要，以及栈设计问题导致协程切换不稳定，反映出对内存管理的理解不足。整体而言，该库设计存在明显缺陷。

前段时间有同事联系我想看看可能推广我之前写的协程库 libcopp，虽然 libcopp 已经用到过好几个项目上，这几年也断断续续地写了一些实现细节的文章，但是也但确实需要系统、概览性地介绍下 libcopp ，所以就有了这篇文章。

libco 是微信后台开发和使用的协程库，同时也是极少数的直接将 C/C++ 协程运用到如此大规模的生产环境中的案例。 在 《云风 coroutine 协程库源码分析》 中，介绍了有栈协程的实现原理。相比云风的 coroutine，libco 在性能上号称可以调度千万级协程。 从使用上来说，libco 不仅提供了一套类 pthread 的协程通信机制，同时可以零改造地将三方库的阻塞 IO...

本篇只讲了协程库的使用。还有中篇讲协程的启动和切换实现原理，下篇核心讲解kotlin协程在JVM层的实现原理。 这可能是至今为止最详细实用的 Kotlin 协程库详解了。

忙了三四个月的组件化，终于又有时间写 Kotlin 了。 这可能是至今为止最详细实用的 Kotlin 协程库详解了。