c++++协程中异常不会立即抛出，而是封装在std::exception_ptr中，待结果被访问时重新抛出。1. 协程内异常被捕获可局部处理，否则传播至外部；2. 多个co_await间异常触发后后续不执行，异常传递给最外层等待者；3. 建议对每个可能失败的await做try/catch处理；4. 自定义promise_type需手动设置异常逻辑；5. 异常传播依赖返回类型，如std::future在get()时抛出；6. 忽略异常可能导致资源泄漏，应显式处理确保状态一致。
在C++中使用协程时，异常处理机制与传统函数有些不同。协程的异步特性使得异常传播方式更复杂，尤其是在多个await点之间传递错误状态时。理解协程中的异常如何被捕获和传播，是写出健壮异步代码的关键。
协程中的异常不是立即抛出
在普通函数中，一旦抛出异常，调用栈会立刻展开，直到找到匹配的catch块。但在协程中，异常通常不会立刻“飞出来”，而是被封装在一个std::exception_ptr中，等到协程的结果被访问（比如通过co_await或获取future）时才重新抛出。
举个例子：
立即学习“C++免费学习笔记（深入）”；
taskmy_coroutine() { throw std::runtime_error("something went wrong"); } // 调用该协程并不会立刻崩溃 auto t = my_coroutine(); // 真正触发异常是在 co_await t 或 future.get()
这要求你在设计协程链时，必须显式地处理每个可能失败的await操作。
异常传播依赖返回类型和awaiter实现
不同的协程返回类型（如std::future、std::task、generator等）对异常的处理方式也不同。一般来说，只要返回类型支持异常传播，协程内部抛出的异常就会被保存下来，并在外部等待结果时重新抛出。
以std::future为例：
std::futuref = std::async(std::launch::async, [](){ throw std::runtime_error("error in async"); }); try { f.get(); // 这里才会抛出异常 } catch (...) { // 捕获到协程内的异常 }
如果你自己定义协程的promise_type，你需要手动设置异常处理逻辑，比如在unhandled_exception()中保存异常指针。
在多个await之间异常传播的行为
当协程中有多个co_await表达式时，如果其中一个抛出异常，整个协程会终止，并将异常传递给最外层的等待者。后续的co_await不会再执行。
例如：
taskfetch_data() { int a = co_await load_first_part(); // 可能抛异常 int b = co_await load_second_part(); // 如果上面出错，这句不会执行 co_return a + b; }
在这种结构下，如果第一个co_await失败，整个任务失败，异常会在外部调用co_await fetch_data()时被重新抛出。
需要注意的是：
- 每个
co_await都可能失败，建议根据业务逻辑决定是否需要局部捕获 - 可以使用try/catch包裹单个await操作，做局部恢复或重试
- 不要假设所有await都能成功，尤其是网络或IO操作
如何在协程中正确捕获并处理异常
协程中捕获异常的方式和普通函数类似，但要注意几个细节：
- 可以在协程内部用try/catch捕获异常，进行日志记录或局部恢复
- 如果没有捕获，异常会被封装并传播到外部等待者
- 不推荐在协程中忽略异常，否则可能导致资源泄漏或状态不一致
示例：
tasksafe_operation() { try { co_await may_throw(); } catch (const std::exception& e) { std::cerr << "Caught error: " << e.what() << std::endl; co_return; } }
这样可以防止异常继续传播，避免调用方意外崩溃。
基本上就这些。C++协程的异常处理虽然机制明确，但在实际使用中容易因为异步流程而变得难以调试。关键在于：每个await都可能失败，异常不一定当场爆发，需要提前规划好捕获策略。
