C++作为一门偏向系统级开发的编程语言，在错误处理上提供了多种方案，不同的错误类型对应不同的处理策略，选对方法才能让程序既稳定又易维护。
C++中常见的错误类型
在C++开发中，错误通常可以分为以下几类，不同类型的错误需要匹配不同的处理逻辑：
- 逻辑错误：由代码逻辑漏洞导致，比如数组越界、空指针解引用、除数为0等，这类错误通常在开发阶段就能发现，属于程序本身的缺陷。
- 运行时错误：程序运行过程中由于外部环境或不可控因素导致的错误，比如文件打开失败、内存分配失败、网络请求超时等，这类错误无法通过代码逻辑完全避免。
- 业务错误：符合程序逻辑但不符合业务规则的场景，比如用户登录时密码错误、转账时余额不足等，这类错误是业务逻辑的一部分。
不同错误类型的应对策略
1. 逻辑错误：使用断言检测
逻辑错误属于开发阶段的错误，通常意味着代码存在漏洞，这类错误不需要在发布版本中处理，只需要在开发阶段提前检测出来即可。C++标准库提供了assert宏来实现这个需求，它在Debug模式下生效，Release模式下默认会被忽略。
#include <cassert>
#include <vector>
// 获取vector中指定位置的元素
int get_element(const std::vector<int>& vec, size_t index) {
// 断言检测index是否合法，逻辑错误时直接触发断言中断
assert(index < vec.size() && "index out of vector range");
return vec[index];
}
int main() {
std::vector<int> nums = {1, 2, 3};
// 合法调用，正常返回
int a = get_element(nums, 1);
// 非法调用，Debug模式下会触发断言错误
int b = get_element(nums, 5);
return 0;
}
需要注意的是，断言不能用来处理运行时错误，因为它在Release模式下不会生效，无法对线上环境的错误进行拦截。
2. 运行时错误：错误码与异常结合
运行时错误是程序运行中可能出现的、无法完全避免的错误，这类错误需要在程序中进行处理，避免程序直接崩溃。C++中常用的处理方式有两种：返回错误码和抛出异常。
错误码返回
错误码适合处理那些预期内可能发生、调用方需要明确知道错误原因的场景，比如文件操作、网络请求等。通常可以定义一套错误码枚举，函数通过返回值或者输出参数返回错误码。
#include <iostream>
#include <fstream>
#include <string>
// 定义错误码枚举
enum ErrorCode {
SUCCESS = 0,
FILE_OPEN_FAILED = 1,
FILE_READ_FAILED = 2
};
// 读取文件内容，返回错误码，内容通过输出参数返回
ErrorCode read_file_content(const std::string& file_path, std::string& content) {
std::ifstream file(file_path);
// 打开文件失败，返回对应错误码
if (!file.is_open()) {
return FILE_OPEN_FAILED;
}
// 读取文件内容
std::string line;
while (std::getline(file, line)) {
content += line + "n";
}
// 检查读取过程是否出错
if (file.bad()) {
return FILE_READ_FAILED;
}
return SUCCESS;
}
int main() {
std::string content;
ErrorCode code = read_file_content("test.txt", content);
if (code == SUCCESS) {
std::cout << "文件内容：" << content << std::endl;
} else if (code == FILE_OPEN_FAILED) {
std::cout << "打开文件失败" << std::endl;
} else if (code == FILE_READ_FAILED) {
std::cout << "读取文件失败" << std::endl;
}
return 0;
}
异常抛出与捕获
异常适合处理那些 unexpected 的运行时错误，比如内存分配失败、构造函数初始化失败等，这类错误发生时，程序无法继续正常执行，需要向上层抛出异常，由合适的调用层捕获处理。
#include <iostream>
#include <exception>
#include <string>
// 自定义异常类，继承标准异常基类
class MemoryAllocException : public std::exception {
private:
std::string msg;
public:
MemoryAllocException(const std::string& message) : msg(message) {}
const char* what() const noexcept override {
return msg.c_str();
}
};
// 分配大块内存的函数，失败时抛出异常
void* alloc_large_memory(size_t size) {
void* ptr = malloc(size);
if (ptr == nullptr) {
// 内存分配失败，抛出异常
throw MemoryAllocException("内存分配失败，请求大小：" + std::to_string(size));
}
return ptr;
}
int main() {
try {
// 尝试分配超大内存，大概率失败
void* mem = alloc_large_memory(1024 * 1024 * 1024 * 10);
free(mem);
} catch (const MemoryAllocException& e) {
// 捕获自定义异常，处理错误
std::cout << "捕获到异常：" << e.what() << std::endl;
} catch (const std::exception& e) {
// 捕获其他标准异常
std::cout << "捕获到标准异常：" << e.what() << std::endl;
}
return 0;
}
3. 业务错误：返回结果结构体
业务错误是业务逻辑的一部分，不属于程序缺陷，也不属于不可控的运行时错误，这类错误适合通过返回包含状态和结果的结构体来处理，让调用方清晰地知道业务执行的结果。
#include <iostream>
#include <string>
// 业务结果结构体，包含执行状态和返回数据
struct BusinessResult {
bool success; // 业务是否执行成功
std::string message;// 提示信息
int data; // 业务返回数据
};
// 模拟用户登录业务，密码错误属于业务错误
BusinessResult user_login(const std::string& username, const std::string& password) {
if (password != "123456") {
return {false, "密码错误", 0};
}
return {true, "登录成功", 1001}; // 返回用户ID
}
int main() {
BusinessResult result = user_login("test_user", "wrong_password");
if (result.success) {
std::cout << "登录成功，用户ID：" << result.data << std::endl;
} else {
std::cout << "登录失败：" << result.message << std::endl;
}
return 0;
}
策略选择的核心原则
在实际开发中，选择错误处理策略可以遵循以下原则：
- 逻辑错误优先用断言，在开发阶段暴露问题，不要带到线上环境。
- 预期内可能发生的运行时错误，优先用错误码返回，让调用方灵活处理。
- unexpected 的、会导致程序无法继续执行的运行时错误，使用异常抛出，由上层统一捕获处理。
- 业务规则相关的错误，使用结果结构体返回，明确区分业务成功和失败的状态。
合理的错误处理策略能大幅降低程序的维护成本，减少线上故障的影响范围，是C++开发中必须掌握的核心技能。