自定义智能指针的删除器是为了确保非内存资源在不再需要时能被正确释放。1. 它通过raii原则将资源生命周期与对象绑定，2. 利用std::unique_ptr配合自定义删除器实现自动清理，3. 删除器可使用lambda表达式定义，4. 适用于文件句柄、网络连接等资源管理，5. 相比传统手动管理方式更安全可靠，避免异常或复杂逻辑导致的资源泄漏。
自定义智能指针的删除器，说白了，就是给智能指针一个“擦屁股”的指令，告诉它在资源不再需要时，除了释放内存，还要怎么妥善处理其他非内存资源，比如文件句柄、网络连接或者锁。这确保了即便程序出现异常，这些宝贵的资源也能被安全、及时地释放，避免泄漏。
解决方案
在C++里，要实现文件句柄这类非内存资源的安全释放，std::unique_ptr配合自定义删除器是我的首选。它的核心思想是利用RAII（Resource Acquisition Is Initialization）原则，让资源的生命周期与对象的生命周期绑定。当unique_ptr所管理的资源超出作用域时，它会自动调用你指定的删除器来清理。
来看个文件句柄的例子：
直播话术巡检系统(Windows版) — 实时语音转写、关键词检测、场景自动切换、告警推送、大屏可视化。支持 Windows VB-Cable 虚拟声卡音频采集，阿里云 ASR 实时识别。一键启动脚本，自动安装环境。
#include <cstdio> // For FILE, fopen, fclose
#include <memory> // For std::unique_ptr
#include <iostream> // For std::cout, std::cerr
// 推荐的做法：使用Lambda表达式作为删除器
// Lambda的好处是它可以捕获上下文，并且可以直接定义在需要的地方，代码更紧凑。
auto file_closer = [](FILE* file_ptr) {
if (file_ptr) {
std::cout << "Using lambda deleter: Closing file. " << std::endl;
// 实际应用中，这里应该处理 fclose 的返回值，例如记录日志
if (fclose(file_ptr) != 0) {
std::cerr << "Error closing file! errno: " << errno << std::endl;
}
}
};
// 定义一个别名，让类型声明更简洁
// std::unique_ptr 的第二个模板参数是删除器的类型，这里是 decltype(file_closer)
using UniqueFilePtr = std::unique_ptr<FILE, decltype(file_closer)>;
void process_file(const char* filename) {
// fopen 返回 FILE*，我们用 unique_ptr 来管理它
// 构造时，需要把 deleter 实例也传进去
UniqueFilePtr file(fopen(filename, "w"), file_closer);
if (!file) {
std::cerr << "Failed to open file: " << filename << std::endl;
return;
}
// 写入一些内容
fprintf(file.get(), "Hello from custom deleter example!\n");
std::cout << "Successfully wrote to file: " << filename << std::endl;
// 此时，即使这里抛出异常，或者函数提前返回，file 也会被正确关闭
// file 在这里会自动析构，并调用 file_closer
} // file 离开作用域，file_closer 被调用
// 也可以用于其他资源，比如 WinAPI 的 HANDLE
#ifdef _WIN32
#include <windows.h>
auto handle_closer = [](HANDLE h) {
if (h && h != INVALID_HANDLE_VALUE) {
std::cout << "Using lambda deleter: Closing WinAPI Handle." << std::endl;
CloseHandle(h);
}
};
// 对于 WinAPI HANDLE，通常使用 void* 作为类型，因为 HANDLE 只是一个泛型指针
using UniqueHandle = std::unique_ptr<void, decltype(handle_closer)>;
void open_and_close_event() {
// CreateEvent 返回 HANDLE
UniqueHandle hEvent(CreateEvent(NULL, TRUE, FALSE, NULL), handle_closer);
if (!hEvent) {
std::cerr << "Failed to create event! Error: " << GetLastError() << std::endl;
return;
}
std::cout << "Event created successfully." << std::endl;
// hEvent 离开作用域时会自动调用 CloseHandle
}
#endif
int main() {
process_file("test.txt");
#ifdef _WIN32
open_and_close_event();
#endif
std::cout << "Program finished." << std::endl;
return 0;
}通过这种方式，我们把资源的管理逻辑（打开、使用、关闭）封装在了一个对象里。当unique_ptr对象生命周期结束时，无论是因为正常退出、函数返回还是异常抛出，它都能保证资源被妥善清理，极大地提升了代码的健壮性和安全性。这比手动管理资源，要省心太多了。
为什么传统资源管理方式在C++中不够理想？
说实话，C++的传统资源管理方式，比如直接使用new/delete、malloc/free或者fopen/fclose，在简单场景下看起来没什么问题。但一旦代码复杂起来，尤其是涉及到异常处理、多分支逻辑或者深层函数调用时，它们就显得力不从心了，甚至可以说是个“坑”。
我一直觉得，手动管理资源就像在高速公路上开车，却要自己手动换挡、踩离合，还要担心发动机过热或者刹车失灵。你得时刻记住在代码的每个可能的出口（正常返回、异常抛出）都加上对应的资源释放代码。这不仅写起来麻烦，更容易遗漏。比如，你打开了一个文件，然后中间某个操作抛了异常，如果文件句柄没有被及时关闭，那就成了资源泄漏。对于内存，这可能是内存泄漏；对于文件句柄、网络套接字、互斥锁这些，就是各种系统资源的泄漏。长时间运行的程序，这些泄漏
