c++如何处理异常 c++ try catch异常捕获机制【指南】

C++异常处理依靠try、catch、throw实现,需成对使用,支持类型匹配与RAII资源管理,适用于意外可恢复错误,不推荐替代常规控制流。

在C++中,异常处理主要依靠trycatchthrow三个关键字配合实现,核心是将可能出错的代码包裹在try块中,用catch捕获并处理抛出的异常。它不是必须使用的机制,但对提升程序健壮性、分离错误处理逻辑非常关键。

基本语法结构:try-catch必须成对出现

try块后面至少要跟一个catch子句,否则编译不通过。每个catch可指定捕获的异常类型,支持多级匹配:

  • 先匹配最具体的类型(如std::out_of_range),再匹配基类(如std::exception
  • 可以用catch(...)捕获所有类型(慎用,会隐藏类型信息)
  • 若没有匹配的catch,异常会沿调用栈向上抛,最终导致程序终止(调用std::terminate

throw抛出异常:可以是任意类型,但推荐用标准异常类

直接用throw语句抛出对象。虽然语法上允许throw 42throw "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)原则:

  • std::unique_ptrstd::fstream等自动管理资源,构造时获取,析构时释放
  • 不要在catch里手动delete裸指针,容易遗漏或重复释放
  • 函数前加noexcept声明可明确告知编译器不会抛异常,有助于优化和接口契约

实际使用建议:别滥用,也别忽略

异常适合处理“意外但可恢复”的错误(如网络超时、文件损坏),不适合替代普通控制流(比如用异常做循环退出)。常见合理场景包括:

  • 构造函数失败(无法返回错误码)
  • 第三方库调用可能失败且未提供错误码接口
  • 需要跨多层函数传递错误上下文

不推荐场景:频繁发生的、预期内的错误(如用户输入格式错误),更适合用返回值或std::optional表达。