C++获取当前进程所有打开文件描述符列表

先说明一个前提：在 Linux 环境下，获取当前进程所有打开的文件描述符，最可靠的方式并非调用外部命令，也不是依赖跨平台抽象库，而是直接读取 /proc/self/fd 目录。这个目录由内核直接以符号链接集合的形式暴露，每个条目的名称即文件描述符的数字编号，例如 0、1、37，它们指向实际打开的文件路径或设备节点。需要明确的是，这并非 C++ 标准功能，而是 Linux 特有的接口，无法在 Windows 上使用——不过，只要你在做 Linux 开发，这条路径基本属于标配方案。

另一个需要留意的要点是：进程必须具备读取 /proc/self/fd 的权限。绝大多数普通进程都拥有该权限，但如果你所在的沙箱或容器环境裁剪了 /proc 的访问权限，情况就另当别论了。

Linux 下通过 /proc/self/fd 目录读取 fd 列表最可靠

具体操作只需几步即可完成：

• 使用 opendir() 打开 /proc/self/fd，然后调用 readdir() 遍历条目，先将 . 和 .. 过滤掉。
• 针对每个条目名称，调用 strtol() 将其转换为整数——只有纯数字名称才是有效的 fd 编号，例如 "5" 是合法的，而 "stderr" 本质上是符号链接别名，它并不代表新增的 fd，仅便于查看，必须跳过。
• 如果你还想知道每个 fd 对应的真实路径，可以对 /proc/self/fd/N 调用 readlink()，但需要注意缓冲区大小以及截断风险。在实际开发中，很多场景仅需要 fd 编号本身，比如批量关闭或记录日志，没必要强行解析路径。

别走弯路：避免使用 lsof 或 system() 调用外部命令

代码中有一个常见误区：为了省事去调用 lsof -p $$ 或者 ls -l /proc/self/fd，然后解析输出。这种做法不仅会多开一个进程、引入 shell 依赖，更重要的是——输出格式极其不稳定，尤其是当文件名包含空格或换行符时，解析过程会让你怀疑人生。此外，lsof 本身可能因权限不足直接报错，或者在容器、chroot 环境中根本无法使用。

直接读取 /proc/self/fd 目录则绕过了所有解析歧义，这是内核保证一致性的接口。换用 system() 更不推荐，它会触发 fork+exec，破坏信号处理上下文，并且无法安全抓取全部输出；即便执行成功，还需要做字符串分割、字段定位、转义还原等操作，既繁琐又容易出错。

fd 数量上限与遍历边界问题

不能假设 fd 从 0 开始连续编号，更不要盲目写一个循环 for (int i = 0; i < some_limit; i++) 去调用 fcntl(i, F_GETFD) 探测——那样既低效又不可靠。Linux 中 fd 是稀疏分配的，存在大量空洞，而 F_GETFD 对无效 fd 会返回 -1 并设置 errno=EBADF，频繁系统调用的开销不容小觑。

唯一权威的来源就是 /proc/self/fd 目录中的内容，它只列出真实存在的 fd。fd 的最大值由 ulimit -n 决定，但分配是动态的，无需你预估范围。另外，readdir() 返回的目录项顺序是无序的，如果需要排序，可以自行收集到 vector 后调用 std::sort 处理。

C++ 代码片段示例（仅核心逻辑）

#include 
#include 
#include 
#include 

std::vector get_open_fds() {
    std::vector fds;
    DIR* dir = opendir("/proc/self/fd");
    if (!dir) return fds;

    struct dirent* ent;
    while ((ent = readdir(dir)) != nullptr) {
        char* endptr;
        long fd_num = strtol(ent->d_name, &endptr, 10);
        if (*endptr == '\0' && fd_num >= 0 && fd_num < INT_MAX) {
            fds.push_back(static_cast(fd_num));
        }
    }
    closedir(dir);
    return fds;
}

这个函数返回当前进程中所有有效 fd 编号的 vector。代码中没有做 readlink，因为路径解析涉及编码、长度、权限等额外分支，大多数场景只需 fd 编号即可——比如用于 close() 批量清理或输出调试日志。

最后提一个容易被忽略的细节：/proc/self/fd 目录在多线程环境下读取是安全的，不过如果在遍历的同时，另一个线程正在 close() 某个 fd，readdir() 仍可能返回它（因为目录项的删除存在延迟）。因此，拿到的结果反映的是“遍历开始时刻”的快照，并非绝对的实时状态。这一点在实际排查问题时心里有数即可，通常不影响使用。