c++oding="utf-8" ?>
文件句柄泄漏典型表现为：进程运行久后报“Too many open files”，lsof -p PID 显示 REG/DIR 等 fd 持续增长，根本原因是未显式 close()，C++ 中应使用 RAII 封装 fd 并确保析构时关闭。
文件句柄泄漏的典型表现
程序运行久了 CPU 占用忽高忽低、lsof -p 显示打开的 REG 或 DIR 文件数持续增长、Linux 下报 Too many open files 错误——这基本是没正确释放 int fd 导致的句柄泄漏。C++ 里没有“自动关闭文件”的魔法，open()、socket()、epoll_create() 等返回的整数 fd，必须显式调用 close(fd)。
RAII 是唯一靠谱的管理方式
裸写 close(fd) 极易遗漏（比如异常路径、提前 return、goto 跳转）。正确做法是把 fd 封装进类，构造时获取，析构时关闭：
class FileDescriptor {
int fd_ = -1;
public:
explicit FileDescriptor(int fd) : fd_(fd) {}
~FileDescriptor() { if (fd_ != -1) close(fd_); }
FileDescriptor(const FileDescriptor&) = delete;
FileDescriptor& operator=(const FileDescriptor&) = delete;
FileDescriptor(FileDescriptor&& other) noexcept : fd_(other.fd_) { other.fd_ = -1; }
FileDescriptor& operator=(FileDescriptor&& other) noexcept {
if (this != &other) {
if (fd_ != -1) close(fd_);
fd_ = other.fd_;
other.fd_ = -1;
}
return *this;
}
int get() const { return fd_; }
};
使用时：FileDescriptor fd(open("/tmp/data", O_RDONLY));，作用域结束自动关；移动语义确保转移所有权后原对象不再关。
别直接用 std::fstream 管理非 C++ 标准文件
std::ifstream/std::ofstream 只能安全封装由它自己 open() 打开的文件，不能拿一个外部 int fd 塞进去再指望它关——标准库不提供从 fd 构造流的公开接口（std::filebuf::open(int, std::ios_base::openmode) 是非标准扩展，且 GCC/libstdc++ 不支持）。强行混用会导致双关或漏关。
- 已有 fd 需要流式读写？用
dup(fd)复制一份，再用fdopen(dup_fd, "r")转成FILE*，最后用std::iostream的std::istream(std::filebuf)包一层（注意：此时你仍要负责原始 fd 和 dup_fd 的关闭） - 更简单：坚持用 RAII 封装 fd，读写用
read(fd_, buf, size)/write(fd_, buf, size)，避免跨层抽象
fork() 后子进程需主动 close 不需要的 fd
fork 会复制父进程所有打开的 fd，但父子进程共享同一个内核 file table 项。如果子进程不关掉继承来的日志文件 fd、监听 socket fd，即使父进程已关，内核也不会真正释放资源（引用计数未归零），还会干扰父进程后续的 exec 行为（比如意外继承了不该有的 fd 到新程序里）。
常见做法：
- 父进程在 fork 前用
fcntl(fd, F_SETFD, FD_CLOEXEC)设置FD_CLOEXEC标志，这样 fork 出的子进程会自动关闭该 fd（推荐） - 子进程 fork 后立刻遍历关闭所有不需要的 fd（适合 fd 数少、可枚举的场景）
- 避免在 fork 前打开大量临时文件，否则 cleanup 成本高
FD_CLOEXEC 不是默认行为，每次 open() 或 socket() 后都得手动设——这点容易被忽略，而且调试时很难关联到 fork 问题上。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
