因为std::unique_ptr默认用delete释放资源，而HANDLE是整数类型非堆指针，必须提供自定义删除器（如CloseHandle）才能正确关闭句柄，否则导致句柄泄漏或重复关闭错误。
std::unique_ptr管理Windows HANDLE时为何析构不关闭？
因为std::unique_ptr默认用delete释放资源，而HANDLE是整数类型，不是堆指针，直接delete会崩溃或句柄泄漏。
必须提供自定义删除器（deleter），让unique_ptr在析构时调用CloseHandle而非delete。
常见错误现象：HANDLE被unique_ptr接管后程序退出时句柄未关闭，任务管理器中句柄数持续上涨；或手动调用CloseHandle后再被unique_ptr重复关闭，触发ERROR_INVALID_HANDLE。
- 删除器必须是可调用对象（函数指针、lambda 或仿函数），且签名应为
void(HANDLE) - 若用 lambda，需注意捕获方式：不能捕获局部变量，建议用无捕获 lambda 或函数指针
- 删除器类型会成为
unique_ptr模板参数的一部分，例如std::unique_ptr<handle decltype></handle>
用函数指针作删除器最安全稳定
直接传&CloseHandle作为删除器，语义清晰、无状态、无捕获开销，兼容性最好（C++11 起完全支持）。
立即学习“C++免费学习笔记（深入）”；
示例：
auto handle_deleter = [](HANDLE h) {
if (h != INVALID_HANDLE_VALUE && h != nullptr) {
CloseHandle(h);
}
};
using unique_handle = std::unique_ptr<std::remove_pointer_t<HANDLE>, decltype(handle_deleter)>;
// 创建
unique_handle h(CreateFileW(L"test.txt", GENERIC_READ, 0, nullptr, OPEN_EXISTING, 0, nullptr),
handle_deleter);
但更推荐函数指针写法（避免 lambda 类型不可名状）：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
void close_handle(HANDLE h) {
if (h != INVALID_HANDLE_VALUE && h != nullptr) {
CloseHandle(h);
}
}
using unique_handle = std::unique_ptr<std::remove_pointer_t<HANDLE>, void(*)(HANDLE)>;
unique_handle h(CreateFileW(...), &close_handle);
- 使用
std::remove_pointer_t<handle></handle>而非void*，类型更准确（HANDLE本质是void*，但语义上不是通用指针） - 删除器函数必须检查
INVALID_HANDLE_VALUE和nullptr，因为CreateFile失败返回INVALID_HANDLE_VALUE，不是空指针 - 不要把
HANDLE转成int或intptr_t再塞进unique_ptr<void></void>——丢失类型信息且易误用
Linux下管理fd或自定义句柄同理，但删除器不同
Linux 的文件描述符是int，不能用delete，也不能用CloseHandle，必须用close()。
示例：
using unique_fd = std::unique_ptr<int, void(*)(int)>;
unique_fd fd(open("/dev/null", O_RDONLY), [](int fd) { if (fd >= 0) close(fd); });
注意点：
- fd 有效范围是
[0, ...]，-1表示失败，所以判断条件是fd >= 0，不是fd != -1（虽然等价，但语义上“非负”更贴近POSIX规范） - 某些特殊句柄（如 eventfd、timerfd）也适用该模式，只需替换删除器为对应关闭函数（
eventfd_close不存在，仍用close） - 不要用
std::unique_ptr<int></int>加默认删除器——那会尝试delete reinterpret_cast<int>(fd)</int>，直接段错误
RAII封装建议：隐藏unique_ptr细节，暴露句柄访问接口
直接暴露unique_ptr类型会让调用方困惑（比如误调get()后手动CloseHandle），应包装一层轻量类。
关键点：
- 构造函数接受原始句柄并立即绑定删除器，禁止默认构造（避免空句柄误用）
- 提供
get()返回HANDLE或int，但不提供release()——除非明确需要移交所有权 - 重载
operator bool()用于判空，比get() != nullptr更自然 - 删除器必须
noexcept，否则可能在栈展开时抛异常（CloseHandle和close都是系统API，不会抛C++异常，但编译器需要保证）
容易被忽略的是：跨DLL边界传递自定义unique_ptr类型时，删除器的ABI必须一致。如果句柄类定义在DLL中，而用户在EXE中构造它，确保删除器函数也在同一模块导出，或改用静态链接/头文件内联实现。
