在没有调度器的情况下，有爆栈问题。

[Jackarain]

你好，关于具体问题的描述，是在知乎的一篇文章的评论中

https://zhuanlan.zhihu.com/p/12979867707?utm_psn=1852660783080665089

在评论区里提到了 async_simple 在没有调度器的特定情况下的爆栈问题

[ChuanqiXu9]

hmmm 我没看到相关的文字，你可以扩展下吗？

[Jackarain]

抱歉，因为是手机上提的问题，不是特别方便复制app里面的内容，我截图下来

其中测试代码

https://gist.github.com/Jackarain/67c787a8eec214e5a06bc27ddf304ef8

[ChuanqiXu9]

看到了，刚才网页里我搜索没搜到，是因为被折叠了。

我感觉问题不太大，因为按 async_simple 的设计，我们是不希望用户直接调用 std::coroutine_handle::resume 这么原始的原语的。

我大概看了下 ucoro 里的那个例子，感觉实现比较复杂了。我觉得这个 trade off 可能不一定值得。

[Jackarain]

首先吧，我认为如果真的不希望用户调用底层的接口，应该在设计上就杜绝这种可能，也就不能暴露协程handle给用户，比如像asio的协程支持，就是用户层无法访问协程handle。

既然用户能访问，而且示例中也有这类的用法，也属于十分正常的用法，那么解决这个问题是非常有必要的，这也是库的健壮性问题。

当然这是我的建议，如果你并不认同，不打算处理，这是你的代码，决定权在你。

谢谢。

[ChuanqiXu9]

一方面只要用户可以自定义 awaiter 我们就没法隐藏 coroutine handle 吧，另一方面上面的例子属于 demo example，其实不属于 async_simple 的核心设计。我还是希望我们可以通过一致的设计来降低用户和实现者的 overhead。当然我们之后会找时间改下 demo。也感谢你的反馈。

[microcai]

其实这个问题解决起来并不困难。也不是属于什么解决了这个问题就破坏了其他代码的问题。
无非就是解决这个问题没有 KPI ，还会暴露自己。这在月饼公司可是非常危险的。 你应该私下联系作者反馈。在这种公开的 地方发 issue 会被人记恨啊 。 阿里可是一家 KPI 导向，HR 有生杀大权的公司。

[Jackarain]

@microcai

我本来其实也没有想在公开的地方发 issue 以致招人记恨，主要是昨天在知乎上讨论到了这个崩溃问题，其实我是有点意识到会不会遭到记恨，措辞已经非常注意了，尽量把问题的主要责任往协程提案作者身上推(他也确实有一定的责任吧)。

但是看到好几个人都说在推荐用这个项目，那么我明明非常清楚的知道这个项目没有解决这个问题，我也就按赖不住给他们讲述了这个问题，最后想想还是提了 issue，希望能避免别人踩坑。

当然我在提的时候就预感到作者不会理会我提的问题，因为我的这种公开场合讨论这个问题，已然有点冒犯到了他们(国内大多项目都非常敏感)，即便是最后他们会去修，也不会说是在我提的 issue 的基础上去修的。

你说的没错，这个问题对于实现过协程的人，了解这个问题的朋友来说，其实并不是什么影响代码封装结构，主要就是 await_suspend 的实现上，应该还不至于破代码结构。

当然代码是人家的，决定权在人家，即便是随手能改的东西，外人也很难干预。

[ChuanqiXu9]

hmmm 不明白你们在说什么。正常的技术讨论有什么好记恨的。在公开场合讨论技术问题本来也比私下讨论更好。

这个问题本身我确实觉得不算问题，一方面调度器是设计的核心，syncAwait 在文档里说了不推荐使用，主要是为了测试。另一方面，那个 AwaiterCallback 是 demo 里的东西，不算 async_simple 里的代码里，我觉得找时间改掉就好了。

我最近时间在 async_simple 上的时间确实比较少了，你们觉得这个比较重要的话，也可以发 PR 来改的。

[qicosmos]

@Jackarain 我想你是误解了，async_simple 是开源的，不是封闭的，事实上社区有很多人都在贡献代码的，欢迎提PR，我们稍晚点也可以提一个PR来修复。

我reopen 一下这个issue，直到问题修复为止。

[chloro-pn]

async_simple本身的设计有这个问题么？我看了下好像只有demo的这个例子是这样的。

[ChuanqiXu9]

async_simple本身的设计有这个问题么？我看了下好像只有demo的这个例子是这样的。

本质是 demo 的问题，async_simple 按设计来说还是想避免回调的

[microcai]

async_simple本身的设计有这个问题么？我看了下好像只有demo的这个例子是这样的。

是 微软的锅。提交的第一个版本是带 bug 的。而 async_simple 是按第一个版本设计的。要修正需要按微软提交的第三个版本设计。略有改动。编译器为了不破坏兼容性，是把 bug 版本也兼容了的。

[ChuanqiXu9]

async_simple本身的设计有这个问题么？我看了下好像只有demo的这个例子是这样的。

是 微软的锅。提交的第一个版本是带 bug 的。而 async_simple 是按第一个版本设计的。要修正需要按微软提交的第三个版本设计。略有改动。编译器为了不破坏兼容性，是把 bug 版本也兼容了的。

这里的第 N 个版本指什么？