C++异常处理依靠try、catch、throw实现，需成对使用，支持类型匹配与RAII资源管理，适用于意外可恢复错误，不推荐替代常规控制流。
在C++中，异常处理主要依靠try、catch和throw三个关键字配合实现，核心是将可能出错的代码包裹在try块中，用catch捕获并处理抛出的异常。它不是必须使用的机制，但对提升程序健壮性、分离错误处理逻辑非常关键。
基本语法结构：try-catch必须成对出现
try块后面至少要跟一个catch子句，否则编译不通过。每个catch可指定捕获的异常类型，支持多级匹配：
- 先匹配最具体的类型（如
std::out_of_range），再匹配基类（如std::exception） - 可以用
catch(...)捕获所有类型（慎用，会隐藏类型信息） - 若没有匹配的
catch，异常会沿调用栈向上抛，最终导致程序终止（调用std::terminate）
throw抛出异常：可以是任意类型，但推荐用标准异常类
直接用throw语句抛出对象。虽然语法上允许throw 42或throw "error"，但更规范的做法是抛出继承自std::exception的类实例：
throw std::runtime_error("file not found");throw std::invalid_argument("index out of bounds");- 自定义异常类应公有继承
std::exception，并重写what()方法
异常安全：资源管理比捕获更重要
仅靠catch不能保证程序稳定——真正关键的是避免资源泄漏。C++推荐用RAII（Resource Acquisition Is Initialization）原则：
立即学习“C++免费学习笔记（深入）”；
- 用
std::unique_ptr、std::fstream等自动管理资源，构造时获取，析构时释放 - 不要在
catch里手动delete裸指针，容易遗漏或重复释放 - 函数前加
noexcept声明可明确告知编译器不会抛异常，有助于优化和接口契约
实际使用建议：别滥用，也别忽略
异常适合处理“意外但可恢复”的错误（如网络超时、文件损坏），不适合替代普通控制流（比如用异常做循环退出）。常见合理场景包括：
- 构造函数失败（无法返回错误码）
- 第三方库调用可能失败且未提供错误码接口
- 需要跨多层函数传递错误上下文
不推荐场景：频繁发生的、预期内的错误（如用户输入格式错误），更适合用返回值或std::optional表达。
