yyzybb537
yyzybb537
验证方法： 1.使用单线程调度 2.上述代码写两遍（创建两个协程） 3.rpc调用的前后都打印日志
如果让出cpu，日志输出应该是AABB， 否则应该是ABAB
这个要看你用的rpc的同步接口是怎么实现的了，如果是用网络io阻塞线程的，是可以让出cpu的，如果用其他手段阻塞等待的，就不行了
brpc库我没有阅读过源码，不太清楚。 不过这种场景下也有其他解决方案： co_chan < response > ch; rpc_stub.async_call(xxxxx, [=]( response rsp ) { ch > rsp;
3.0的windows兼容还没有做好，近期会完成
已完成兼容windows，请试用master分支的最新代码
> > https://github.com/alibaba/PhotonLibOS 支持io_uring作为事件引擎和I/O引擎哦 > > 有对比过性能么 最近在选协程库 协程库不是网络库，对比网络性能意义不大，我们在实践中也是libgo搭配一个高性能网络库(比如：boost::asio)使用的。 不同的场景下，网络库的选型结果也会不同，有些时候甚至不得不自己做一些定制化实现。 我个人认为协程库更需要关注周边配套、生态、开发效率，毕竟协程是一个追求工程化效率的产物，更应该以工程化视角来看这个事情。
崩溃说明没用对，还有地方在使用就析构了
升级到新版本吧，这个版本太古老了
支持任意版本的boost了，新版本libgo不再依赖boost