调试C++协程时CodeLLDB的异常断点行为求助

这是C++协程的编译特性和调试器断点映射逻辑共同导致的，核心原因在于co_await语句的执行流程和普通代码行完全不同：

1. co_await语句的实际执行顺序
   co_await coro();这行代码在编译时会被拆解为多个步骤，优先级最高的是执行右侧的coro()函数调用：

   • coro()作为协程函数，调用后会立即执行到其内部第一个co_await或函数结束，同时构造并返回CoroTaskSub对象——这直接触发了你设置的构造函数断点。
   • 只有当coro()返回的可等待对象（CoroTaskSub）完全构造完成后，才会进入co_await的核心逻辑（比如调用await_ready()、await_suspend()等）。

2. 调试器断点的映射逻辑
   普通代码行的断点会精准对应到该行代码执行前的位置，但co_await行的调试信息（由编译器生成的DWARF/PDB文件提供）会将整个语句的起始位置标记为断点触发点。但编译后的实际代码中，coro()的调用和对象构造是在这个标记位置之前执行的，所以调试器还没触发co_await行的断点，就已经先执行了构造函数的代码。

简单来说，你看到的co_await coro();是一行语法上的代码，但实际执行时，coro()的调用和返回对象的构造是co_await逻辑的前置依赖步骤，这些步骤的代码被编译器放在了co_await行断点标记的位置之前，自然会先触发构造函数的断点。

内容的提问来源于stack exchange，提问作者Enlico