C++提供了异常处理和错误码两种主流的错误处理方式，两者各有适用场景，没有绝对的优劣之分，需要结合具体的开发需求来选择。异常处理通过throw、try、catch关键字实现，适合处理那些不符合预期的程序异常流程，而错误码通常通过函数返回值返回，适合处理可预期的常规错误情况。
C++异常处理的基本用法
异常处理的核心逻辑是当程序遇到无法处理的错误时，通过throw抛出对应的异常对象，然后由上层调用栈中的catch块捕获并处理该异常。下面是一个简单的示例：
#include <iostream>
#include <stdexcept>
// 除法函数，除数为0时抛出异常
double divide(double a, double b) {
if (b == 0.0) {
// 抛出标准异常，提示除数不能为0
throw std::invalid_argument("除数不能为0");
}
return a / b;
}
int main() {
try {
double result = divide(10.0, 0.0);
std::cout << "计算结果：" << result << std::endl;
} catch (const std::invalid_argument& e) {
// 捕获除数为0的异常并处理
std::cout << "发生错误：" << e.what() << std::endl;
} catch (...) {
// 捕获其他未预期的异常
std::cout << "发生未知错误" << std::endl;
}
return 0;
}
适合使用C++异常处理的场景
1. 构造函数中的错误处理
C++的构造函数没有返回值，无法通过错误码返回构造失败的信息，这种情况下异常处理是更合适的选择。如果对象构造过程中出现资源分配失败、参数不合法等问题，直接抛出异常可以明确告知调用方构造失败，避免返回半初始化的对象。
#include <iostream>
#include <stdexcept>
class FileHandler {
private:
FILE* file_ptr;
public:
// 构造函数打开文件，打开失败抛出异常
FileHandler(const char* file_path) {
file_ptr = fopen(file_path, "r");
if (file_ptr == nullptr) {
throw std::runtime_error("文件打开失败");
}
}
~FileHandler() {
if (file_ptr != nullptr) {
fclose(file_ptr);
}
}
};
int main() {
try {
FileHandler handler("test.txt");
std::cout << "文件打开成功" << std::endl;
} catch (const std::runtime_error& e) {
std::cout << "构造FileHandler失败：" << e.what() << std::endl;
}
return 0;
}
2. 跨多层调用栈的错误传递
当错误发生在深层调用栈中，而上层多个层级都不需要处理该错误时，使用错误码需要每一层都手动传递返回值，代码冗余度高。而异常处理会自动沿着调用栈向上传播，直到被对应的catch块捕获，不需要中间层做额外的处理，代码更简洁。
#include <iostream>
#include <stdexcept>
// 第三层函数，执行具体业务，出现错误抛异常
void third_layer_func() {
throw std::runtime_error("第三层发生业务错误");
}
// 第二层函数，不处理错误，异常自动向上传播
void second_layer_func() {
third_layer_func();
}
// 第一层函数，不处理错误，异常自动向上传播
void first_layer_func() {
second_layer_func();
}
int main() {
try {
first_layer_func();
} catch (const std::runtime_error& e) {
std::cout << "捕获到跨层错误：" << e.what() << std::endl;
}
return 0;
}
3. 不符合预期的严重错误场景
对于那些程序本身无法恢复、属于逻辑错误或者严重运行错误的场景，比如空指针解引用、数组越界、内存分配失败等，使用异常处理可以更清晰地标记这些异常流程，避免错误被静默忽略。这类错误通常不需要调用方进行常规的业务处理，而是需要终止相关流程或者记录错误日志。
适合使用错误码的场景
1. 性能敏感的代码段
异常处理的实现通常会有一定的性能开销，尤其是在抛出异常时的栈展开操作会消耗较多资源。如果代码段处于性能敏感的区域，比如高频调用的底层工具函数、实时性要求高的模块，使用错误码返回错误会更合适，避免异常处理带来的额外性能损耗。
#include <iostream>
// 使用错误码返回结果的加法函数，无异常处理开销
int add(int a, int b, int* error_code) {
// 假设这里有一些错误判断逻辑
if (error_code != nullptr) {
*error_code = 0; // 0表示无错误
}
return a + b;
}
int main() {
int error = 0;
int result = add(1, 2, &error);
if (error == 0) {
std::cout << "加法结果：" << result << std::endl;
} else {
std::cout << "加法执行失败" << std::endl;
}
return 0;
}
2. 可预期的常规错误
对于那些属于正常业务逻辑一部分的可预期错误，比如用户输入校验不通过、文件不存在、网络请求超时等，使用错误码更合适。这类错误调用方通常需要根据错误类型做不同的业务处理，错误码可以明确返回错误类型，逻辑更清晰。
#include <iostream>
#include <string>
// 错误码定义
enum ErrorCode {
SUCCESS = 0,
INVALID_INPUT = 1,
FILE_NOT_FOUND = 2,
NETWORK_TIMEOUT = 3
};
// 用户登录函数，返回错误码
ErrorCode user_login(const std::string& username, const std::string& password) {
if (username.empty() || password.empty()) {
return INVALID_INPUT;
}
// 模拟其他错误判断逻辑
return SUCCESS;
}
int main() {
ErrorCode ret = user_login("", "123456");
switch (ret) {
case SUCCESS:
std::cout << "登录成功" << std::endl;
break;
case INVALID_INPUT:
std::cout << "用户名或密码不能为空" << std::endl;
break;
default:
std::cout << "登录失败，错误码：" << ret << std::endl;
}
return 0;
}
3. 与C语言接口交互的场景
如果代码需要和C语言编写的库或者接口交互，由于C语言没有原生的异常处理机制，使用错误码是更通用的选择，可以避免C++异常在跨语言调用时出现兼容性问题。同时如果项目要求保持和现有大量使用错误码的代码风格统一，也应该继续使用错误码。
两者的核心差异对比
下面通过表格总结异常处理和错误码的核心差异，帮助开发者更直观地理解两者的适用边界：
| 对比维度 | 异常处理 | 错误码 |
|---|---|---|
| 错误传递方式 | 自动沿调用栈向上传播，无需中间层处理 | 需要每一层手动传递返回值 |
| 适用错误类型 | 非预期的严重错误、构造函数错误 | 可预期的常规业务错误 |
| 性能开销 | 抛出异常时有一定栈展开开销 | 几乎无额外开销 |
| 代码可读性 | 错误逻辑和业务逻辑分离，更清晰 | 错误判断代码和业务代码混合 |
| 兼容性 | 仅适用于C++环境 | 兼容C语言和其他支持返回值的语言 |
选型建议
在实际项目中，不需要强制二选一，可以根据场景混合使用两种方案。对于构造函数错误、跨多层传播的严重错误优先使用异常处理；对于性能敏感区域、可预期的常规业务错误、需要和C接口交互的场景优先使用错误码。同时要注意异常不要用于正常的控制流，避免滥用异常导致代码逻辑混乱。
C++_exceptionerror_codeexception_handlingerror_handling修改时间：2026-07-10 00:54:15