面试题：C++ 类析构函数异常处理的常规场景

常规方法

捕获异常并记录日志：

在析构函数中使用 try - catch 块捕获资源释放失败抛出的异常。例如，如果资源是文件句柄，关闭文件时可能因为文件系统错误等原因抛出异常。

class ResourceHolder {
private:
    // 假设这是文件句柄
    FILE* fileHandle;
public:
    ResourceHolder(FILE* handle) : fileHandle(handle) {}
    ~ResourceHolder() {
        try {
            if (fileHandle) {
                fclose(fileHandle);
            }
        } catch (...) {
            // 记录日志，例如使用日志库记录资源释放失败信息
            std::cerr << "Failed to release file handle in destructor." << std::endl;
        }
    }
};

不抛出异常，设置标志：

可以在类中设置一个标志变量，在资源释放失败时设置该标志，然后在程序的其他地方检查该标志以了解资源释放的情况。

class ResourceHolder {
private:
    FILE* fileHandle;
    bool releaseSuccess;
public:
    ResourceHolder(FILE* handle) : fileHandle(handle), releaseSuccess(true) {}
    ~ResourceHolder() {
        if (fileHandle) {
            int result = fclose(fileHandle);
            if (result != 0) {
                releaseSuccess = false;
            }
        }
    }
    bool isReleaseSuccessful() const {
        return releaseSuccess;
    }
};

可能带来的问题

异常安全问题：
- 如果在析构函数中抛出异常，并且该对象是在栈上创建的，当栈展开时，可能会导致未定义行为。例如，假设 ResourceHolder 对象是在函数中定义的局部变量，当函数返回时，栈上对象的析构函数被调用，如果析构函数抛出异常，程序可能崩溃或出现其他不可预测的行为。
资源泄漏：
- 虽然捕获异常并记录日志可以避免异常向上传播，但可能会掩盖资源释放失败的情况，导致资源泄漏。例如，如果文件句柄关闭失败，并且只是记录日志而没有进一步处理，文件句柄可能一直处于打开状态，占用系统资源。
调试困难：
- 由于析构函数通常在对象生命周期结束时自动调用，捕获异常并记录日志可能使调试资源释放失败的根本原因变得困难。因为记录的日志信息可能不够详细，无法准确指出资源释放失败是由于权限问题、文件损坏还是其他原因导致的。

星途面试题库

面试题：C++ 类析构函数异常处理的常规场景

知识考点

面试题答案

常规方法

可能带来的问题