不能用裸指针管理文件句柄，因为handle和int文件描述符是内核对象引用编号而非内存地址，用void或int指向会导致语义错误、资源泄漏或双重关闭；应使用std::unique_ptr配合自定义删除器实现raii封装。
为什么不能用裸指针管理文件句柄
Windows 上的 HANDLE 和 POSIX 的 int 文件描述符，本质是操作系统内核对象的引用编号，不是内存地址。用 void* 或 int* 去“指向”它们不仅语义错误，还会导致资源泄漏或双重关闭——比如把 int fd = open(...) 的值取地址传给某个函数，该函数误以为能 delete 它。
std::unique_ptr 配合自定义删除器才是正解
标准智能指针不内置对 HANDLE 或 int 描述符的支持，但可通过自定义删除器实现 RAII 封装。关键在于：删除器必须是可调用对象（函数对象、lambda 或函数指针），且接受原始句柄值（非指针）作为参数。
- Windows 示例：
auto close_handle = [](HANDLE h) { if (h != INVALID_HANDLE_VALUE) CloseHandle(h); }; std::unique_ptr<:remove_pointer_t>, decltype(close_handle)> file_h{ CreateFile(L"test.txt", GENERIC_READ, 0, nullptr, OPEN_EXISTING, 0, nullptr), close_handle };</:remove_pointer_t> - Linux/macOS 示例：
auto close_fd = [](int fd) { if (fd >= 0) close(fd); }; std::unique_ptr<int decltype> fd_ptr{ open("test.txt", O_RDONLY), close_fd };</int> - 注意：
std::unique_ptr模板第二个参数是删除器类型，不是实例；构造时才传入删除器实例 - 删除器必须捕获
INVALID_HANDLE_VALUE或-1等无效值判断逻辑，否则可能对无效句柄调用CloseHandle/close
别用 std::shared_ptr 管理单个文件句柄
文件句柄不具备共享语义：多个 shared_ptr 指向同一 int fd，析构时会多次调用 close(fd)，第二次起返回 -1 并置 errno 为 EBADF，属于未定义行为。即使加互斥锁也解决不了根本问题——句柄本身不可重入共享。
- 若需跨作用域传递，用
std::unique_ptr移动语义（std::move）明确所有权转移 - 若需观察句柄状态（如检查是否有效），直接保存原始值（
HANDLE或int），不要包装成共享智能指针 - 某些封装库（如 Boost.Iostreams）提供
file_descriptor类，其内部仍用独占语义管理，而非共享
第三方库中更安全的替代方案
手写删除器容易漏判无效值或忽略平台差异。现代 C++ 项目可考虑轻量封装：
-
gsl::owner<handle></handle>（Guideline Support Library）仅作所有权标记，不自动释放，需配合 RAII 类使用 -
absl::Cleanup（Abseil）适合临时资源清理，例如：int fd = open("log.txt", O_WRONLY | O_APPEND); auto cleanup = absl::MakeCleanup([fd] { close(fd); }); // ... 中间可能 return，cleanup 析构时自动 close - C++23 的
std::expected+ 手动close仍是主流做法，因为文件 I/O 错误处理比资源管理更关键
真正难的不是“怎么关”，而是“什么时候关”和“关失败了怎么办”。句柄生命周期必须严格绑定到业务逻辑作用域，而不是靠指针语法迷惑自己。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
