C++协程Task类异常：第三次调用TestFuncAsync在DelayAwaiter崩溃

你的问题本质是协程句柄被非法复用——已进入final_suspend的协程（生命周期结束）的句柄被重新用于新的TestFuncAsync调用，导致resume已销毁/完成的协程时触发崩溃；同时第三次调用因句柄复用引发协程状态异常，直接跳过函数体进入final_suspend。

关键原因分析 #

• 协程句柄（std::coroutine_handle）是指向协程帧的指针，若已完成的协程帧被释放后，其内存地址被分配器复用给新协程，或Task/promise_type逻辑错误复用旧句柄，就会出现句柄重复的情况。
• 第三次调用直接进入final_suspend，说明新创建的协程在初始化阶段就被判定为已完成，大概率是promise_type::initial_suspend逻辑存在问题，或协程帧内存被旧已完成协程污染，导致状态异常。

排查与修复步骤 #

1. 规范协程帧的生命周期管理 #

• 检查promise_type::final_suspend()的返回值：若Task需手动管理协程帧，final_suspend应返回可挂起的awaiter（如std::suspend_always），并在Task析构或任务完成时主动调用handle.destroy()释放协程帧。若直接返回std::suspend_never，协程帧会在final_suspend后自动销毁，内存被复用后新协程可能拿到旧句柄地址。
• 确认Task类是否正确持有协程句柄，避免任务完成后错误将旧句柄赋值给新Task实例。

2. 修正DelayAwaiter的恢复逻辑 #

• DelayAwaiter通过新线程延迟恢复协程，需确保：
  • 仅当协程处于挂起状态时调用handle.resume()，绝对禁止对已完成/已销毁的协程句柄执行resume操作。
  • 在await_suspend中绑定当前协程句柄，并给Task添加引用计数，恢复前先检查Task是否存活，避免线程持有失效句柄。

3. 检查TestFunc2Async的循环调用逻辑 #

• 确保TestFunc2Async每次循环都创建全新的Task实例，而非复用旧Task对象。若循环中复用同一Task变量，会导致旧协程句柄被覆盖，后续恢复操作出错。

4. 增加协程状态跟踪 #

• 在promise_type中添加状态标记（如enum class State { Created, Suspended, Completed }），在协程的initial_suspend、co_await、final_suspend等阶段更新状态。调用handle.resume()前先检查状态是否为Suspended，避免非法调用。
• 每次创建协程时输出句柄和状态，确认第三次调用的协程是否为新创建，还是复用了旧句柄。

5. 排查内存分配器影响 #

• 若项目使用自定义内存分配器，临时切换为标准分配器，观察是否仍出现句柄重复问题，以此排查是否为分配器导致的地址复用。

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