不能。VSCode不解析C++20协程状态机，cppvsdbg和lldb均不提供挂起帧、promise生命周期或awaiter状态的结构化视图，调用栈仍为线性机器帧，co_await行无挂起点标记，恢复逻辑亦无高亮。

VSCode 调试器能否直接显示 co_await 挂起点和恢复点？

不能。VSCode 自身不解析 C++20 协程状态机，cppvsdbg（Windows）和 lldb（macOS/Linux）调试后端目前均不向 VSCode 提供协程挂起帧、promise 对象生命周期或 awaiter 状态的结构化视图。你看到的调用栈仍是线性展开的机器帧，co_await 行不会被标记为“挂起点”，恢复逻辑也无特殊高亮。

launch.json 中哪些配置影响协程调试可见性？

关键不是加新字段，而是避免错误配置掩盖底层信息：

• "stopAtEntry": false —— 必须关闭，否则协程 promise 构造前就停住，看不到 co_await 执行上下文
• "miDebuggerPath"（Linux/macOS）需指向支持 C++20 的 lldb 14+，旧版会跳过协程相关栈帧
• "logging": { "engineLogging": true } 可在调试控制台看到 lldb 是否识别到 coroutine_handle 类型，但不改变 UI 展示
• 不要启用 "showGlobalVariables": true，它会拖慢变量展开，而协程的 promise_type 成员本就嵌套深、动态生成，容易卡死调试器

怎么手动定位协程挂起时的现场数据？

靠观察 coroutine_handle 和 promise 对象的内存布局，而非依赖 UI 标记：

C++ 算法竞赛自动化测试数据生成与校验框架

根据原题生成新题面、验证器及完整测试数据，自动套用 testlib 模板，用于用户要求生成测试数据时。

下载

• 在 co_await 行设断点，停住后在调试控制台执行：print *(MyPromise*)$rdi（x64 Linux/macOS）或 print *(MyPromise*)@rax（Windows x64），其中 MyPromise 是你的协程 promise 类型名
• 检查 promise 对象的 await_suspend() 返回值：若返回 true，说明已挂起；若返回 std::coroutine_handle<>，则需跟踪该 handle 的 resume() 调用点
• 在 await_resume() 入口下断点，此时栈顶是恢复后的协程帧，可对比挂起前的局部变量地址是否一致，确认是否复用了栈空间

为什么修改 await_ready() 返回值后断点不触发？

这是最常被忽略的底层行为：如果 await_ready() 返回 true，编译器会完全省略挂起逻辑，co_await 变成同步调用，await_suspend() 和 await_resume() 都不会执行 —— 断点自然无效。调试协程必须确保：

立即学习“C++免费学习笔记（深入）”；

• await_ready() 在期望挂起时返回 false（例如返回一个始终为 false 的成员变量）
• 避免在 await_ready() 中做耗时判断，它可能被内联多次，导致调试时行为与 Release 不一致
• 检查编译器是否启用了 -Og 或 -O0：-O2+ 会把简单协程完全展平，连 coroutine_handle 都可能被优化掉

协程调试真正难的不是看懂某一行代码，而是确认当前帧到底属于哪个挂起实例 —— promise 对象没有唯一 ID，多个同类型协程共用同一份汇编，全靠你手动比对地址和寄存器值。