在C++程序开发中，文件句柄是常见的需要手动管理的系统资源，若忘记调用关闭函数就可能导致资源泄漏，影响程序稳定性。自定义删除器是配合智能指针实现资源自动回收的重要机制，能够灵活适配各类资源的释放逻辑，其中文件句柄的释放就是典型的应用场景。
C++自定义删除器与文件句柄释放的核心逻辑
自定义删除器的本质是定义一个可调用对象，当智能指针生命周期结束时，会自动调用这个可调用对象完成资源的释放工作。对于文件句柄来说，释放逻辑通常是调用系统提供的关闭文件函数，比如fclose或者CloseHandle，具体取决于使用的文件操作接口。
常见的自定义删除器实现形式有三种：普通函数、函数对象、lambda表达式，下面分别展示不同形式的实现方式。
1. 使用普通函数作为自定义删除器
这种方式适合释放逻辑比较简单、可复用的场景，先定义一个接收文件句柄参数的关闭函数，再将其作为删除器传入智能指针。
#include <cstdio>
#include <memory>
// 普通函数作为删除器，释放文件句柄
void file_deleter(FILE* fp) {
if (fp != nullptr) {
fclose(fp); // 关闭文件句柄
fp = nullptr;
}
}
int main() {
// 使用unique_ptr管理文件句柄，指定自定义删除器
std::unique_ptr<FILE, decltype(&file_deleter)> filePtr(fopen("test.txt", "w"), file_deleter);
if (filePtr) {
fputs("hello world", filePtr.get());
// 函数结束时自动调用file_deleter释放句柄
}
return 0;
}
2. 使用lambda表达式作为自定义删除器
lambda表达式适合释放逻辑仅在当前场景使用、不需要复用的场景，写法更简洁，不需要单独定义函数。
#include <cstdio>
#include <memory>
#include <windows.h>
int main() {
// 使用lambda作为删除器，适配Windows系统文件句柄
auto win_file_deleter = [](HANDLE hFile) {
if (hFile != INVALID_HANDLE_VALUE) {
CloseHandle(hFile); // 关闭Windows文件句柄
hFile = INVALID_HANDLE_VALUE;
}
};
// 管理Windows文件句柄，删除器类型为lambda的类型
std::unique_ptr<HANDLE, decltype(win_file_deleter)> hFilePtr(
CreateFileA("test.bin", GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL),
win_file_deleter
);
if (hFilePtr && *hFilePtr != INVALID_HANDLE_VALUE) {
DWORD written = 0;
WriteFile(*hFilePtr, "test", 4, &written, NULL);
// 生命周期结束时自动调用lambda释放句柄
}
return 0;
}
3. 使用函数对象作为自定义删除器
函数对象可以携带额外的状态，适合需要在释放时附带其他操作的场景，比如记录释放日志、统计资源释放次数等。
#include <cstdio>
#include <memory>
#include <iostream>
// 函数对象作为删除器，附带释放日志
struct FileDeleter {
void operator()(FILE* fp) const {
if (fp != nullptr) {
std::cout << "开始释放文件句柄" << std::endl;
fclose(fp);
std::cout << "文件句柄释放完成" << std::endl;
}
}
};
int main() {
// 使用函数对象作为删除器
std::unique_ptr<FILE, FileDeleter> filePtr(fopen("log.txt", "w"));
if (filePtr) {
fputs("log content", filePtr.get());
}
return 0;
}
不同实现方式的适用场景对比
可以根据实际需求选择合适的自定义删除器实现形式，以下是三者的对比：
| 实现形式 | 适用场景 | 优势 | 劣势 |
|---|---|---|---|
| 普通函数 | 释放逻辑简单、需要跨场景复用 | 逻辑清晰，可单独测试 | 无法携带状态，需要额外声明函数类型 |
| lambda表达式 | 释放逻辑仅在当前场景使用 | 写法简洁，无需额外定义函数 | 无法跨场景复用，逻辑复杂时可读性差 |
| 函数对象 | 释放时需要附带额外状态或操作 | 可携带状态，扩展性强 | 需要定义结构体，代码量稍多 |
注意事项
- 自定义删除器的参数类型需要和智能指针管理的资源类型匹配，比如管理FILE*就需要接收FILE*参数。
- 使用unique_ptr时，自定义删除器类型需要作为第二个模板参数传入，初始化时要传入对应的删除器实例。
- 释放逻辑中需要先判断资源是否有效，避免对空句柄或无效句柄执行释放操作导致程序崩溃。
- 如果是跨平台开发，要注意不同系统的文件句柄类型和关闭函数的差异，删除器要适配对应平台的接口。
通过自定义删除器配合智能指针管理文件句柄，能够把资源释放的逻辑和智能指针绑定，避免手动释放的遗漏问题，是C++中管理各类资源的最佳实践之一，除了文件句柄外，也可以适配套接字、动态内存、数据库连接等其他需要手动释放的资源。
C++自定义删除器文件句柄释放RAIIunique_ptr资源回收修改时间：2026-06-16 02:24:48