你不给完整代码，没法帮你排查。首先你也测试了提出的代码是没问题的。

c++的莫名问题，有时候都是和崩溃地方不相关的地方引起的，特别是 stackoverflow 这种

看回复，真人均股神

@omL72EEc 对，人数和工时，老板不会去关心细节

@aPaul 真有。。不知道以后还能回去么

@dkerss 这点赞同，现在的问题是如何在公司不给机会的情况下成为某领域专精

@acdfjelxe https://github.com/BurntSushi/ripgrep 这个吗，看起来不错。。

如果有代理插件的话，WebRTC Network Limiter 好像选不了最后一个。

夕望有大佬能够汇总一下，给出合适的插件

该项目已经 release 了第一个版本，让老项目使用协程 happy 起来吧 😊

加你没回 setubro

用魔法打败魔法，识别水军

让我这种 3000 度的情何以堪。。

@jdz 是我加的，协程接口主要是实现 co_await 这个关键字的细节，我在给异步函数的回调中加入了恢复协程的代码

@jdz 文档就是告诉你如何实现规范

@jdz 协程在当前线程调用客户端后马上挂起，在回调线程中继续恢复协程

另外上面说不能 move 和 copy 的情况可以不走 co_await ，直接按普通函数调用也不会阻碍流程

@jdz 只要满足上面说的 回调函数范式就能用

@leonshaw 没大懂你的点。。如果那个地方写了 cin 那么 相当于是 把 cin 写在回调里面，同样也是阻塞了回调函数啊

@fc191230 大佬咋解决的。。我也被困在其中无法解脱。
感觉确实是软件 bug 啊。。

登录成功只有个 more 用户。。用户选择里面也不能选我的账户，删除 more 也没反应。。

@leonshaw
1. 周期在内部的，可以考虑 move 出来，很少有不能 move 的吧。。
2. 方向反了。。是异步线程 resume 协程，不会影响线程管理，实际上整个执行流程和你写回调地狱是一致的。。

感觉这套逻辑比较抽象，有点难解释，但是能够最大限度保证无依赖无损接入协程