C++异常与错误码怎么选？不同场景处理方案

在C++中，错误处理方式主要有异常和错误码两种，选择取决于具体场景。异常适用于罕见且需立即中断执行的错误，如内存分配失败、文件打开失败、非法参数传入，它使代码更清晰，调用者必须处理错误；错误码适合常见且可预见的错误，如用户输入不合法、网络超时、配置项不存在，通过返回值控制流程，避免性能不确定性和二进制膨胀；两者可共存，标准库中vector::at()抛出异常，map::find()返回特殊值；建议：库开发可提供两个版本，嵌入式系统使用错误码，大型应用统一用异常，保持一致性最关键，团队若不熟悉异常应慎用，尤其在构造函数和资源管理中，异常更利于RAII风格的安全编码，选哪种方式取决于项目类型、性能要求和团队习惯。

在C++中，错误处理方式主要有两种：异常（exceptions）和返回值/错误码（error codes）。选择哪一种，不能一概而论，得看具体场景。

总体来说，异常更适合处理“真正异常”的情况，而错误码则适合可预见、流程控制的一部分。

什么时候该用异常？

异常适用于那些非常少见但需要立即中断当前执行路径的错误。比如：

• 内存分配失败
• 打开文件失败（但你预期这个操作通常应该成功）
• 不合法的参数传入

使用异常的好处是代码更清晰，不会被一堆if判断打断逻辑流程。例如：

void readFile(const std::string& path) {
    std::ifstream file(path);
    if (!file) {
        throw std::runtime_error("无法打开文件");
    }
    // 正常读取逻辑
}

如果你不用异常，就需要每一层都检查返回值，容易让代码变得冗长。

✅ 建议：当你希望“错误”不是正常流程的一部分，并且你想让调用者必须处理它时，使用异常。

什么时候该用错误码？

错误码适合那种经常发生、可以合理预期的错误情况。比如：

• 用户输入不合法
• 网络请求超时
• 某个配置项不存在

这时候使用返回值或输出参数来传递错误信息会更自然。例如：

enum class ErrorCode {
    Success,
    FileNotFound,
    PermissionDenied
};

ErrorCode tryOpenFile(const std::string& path) {
    std::ifstream file(path);
    if (!file) {
        return ErrorCode::FileNotFound;
    }
    return ErrorCode::Success;
}

这样调用方可以根据返回值决定下一步怎么做，而不必强制抛出堆栈。

✅ 建议：当你希望错误是流程的一部分，或者想避免异常带来的性能不确定性和二进制膨胀时，使用错误码。

异常与错误码如何共存？

有些项目会混合使用两者，比如标准库就同时支持：

• vector::at() 抛出异常
• map::find() 返回特殊值表示未找到

你可以根据接口设计风格统一选择：

• 对于库开发：考虑提供异常和非异常两个版本
• 对于嵌入式系统或性能敏感模块：关闭异常机制，全用错误码
• 对于大型应用：统一采用异常机制简化逻辑

✅ 实践建议：

• 保持一致性最重要
• 如果团队对异常不熟悉，慎用
• 在构造函数或资源管理中，异常更容易写出RAII风格的安全代码

总结一下

基本上就是一句话：异常用于异常情况，错误码用于常规错误流程。

选哪种方式取决于你的项目类型、性能要求和团队习惯。两者没有绝对优劣，关键是用得合适。