Linux下最可靠方式是直接遍历/proc/self/fd目录：用opendir()和readdir()读取，仅保留纯数字名称的条目（如"5"），跳过"stdin"等别名；对每个有效fd调用readlink()获取路径，避免使用lsof或system()等不可靠外部命令。
Linux下通过/proc/self/fd目录读取fd列表最可靠
在Linux上，/proc/self/fd 是获取当前进程所有打开文件描述符的唯一稳定途径。它本质是符号链接目录，每个条目名是fd数字（如0、1、37），指向实际打开的文件路径或设备节点。
注意：这不是C++标准功能，而是Linux特有接口，无法跨平台使用；且需确保进程有读取/proc/self/fd的权限（通常都有）。
- 用
opendir()打开/proc/self/fd，再用readdir()遍历，过滤掉.和.. - 对每个目录项调用
strtol()尝试转为整数——只有纯数字名称才是有效fd（如"5"合法，"stderr"是符号链接别名，不是fd号） - 跳过非数字项（如
stdout、stdin等别名），它们只是方便查看的软链接，不新增fd - 若需知道每个fd对应的真实路径，可对
/proc/self/fd/<em>N</em>调用readlink()，但要注意缓冲区大小和截断风险
不要用lsof或system()调外部命令
常见误区是调用lsof -p $$或ls -l /proc/self/fd再解析输出。这不仅引入额外进程开销和shell依赖，更关键的是：输出格式不稳定（尤其遇到含空格、换行符的文件名时），且lsof本身可能因权限缺失而失败或漏报。
直接读/proc/self/fd目录绕过了所有解析歧义，是内核保证一致性的接口。
立即学习“C++免费学习笔记（深入）”；
-
system()会fork+exec，破坏信号处理上下文，且无法安全捕获全部输出 -
lsof在容器或chroot环境中常不可用，或只显示部分fd - 即使成功，你还得做字符串分割、字段定位、转义还原——远比直接读目录麻烦且易错
fd数量上限与遍历边界问题
不能假设fd从0开始连续编号，也不能硬写循环for (int i = 0; i 去<code>fcntl(i, F_GETFD)探测——这既低效又不可靠。Linux中fd是稀疏分配的，大量空洞存在，且F_GETFD对无效fd会返回-1并置errno=EBADF，但频繁系统调用开销大。
- 唯一权威来源就是
/proc/self/fd目录内容，它只列出真实存在的fd - fd最大值由
ulimit -n决定，但实际分配完全动态，无需预估范围 - 注意
readdir()返回的目录项顺序无序，若需排序请自行收集后std::sort
C++代码片段示例（仅核心逻辑）
#include <dirent.h>
#include <cstdlib>
#include <vector>
#include <string>
<p>std::vector<int> get_open_fds() {
std::vector<int> fds;
DIR<em> dir = opendir("/proc/self/fd");
if (!dir) return fds;
struct dirent</em> ent;
while ((ent = readdir(dir)) != nullptr) {
char<em> endptr;
long fd_num = strtol(ent->d_name, &endptr, 10);
if (</em>endptr == '\0' && fd_num >= 0 && fd_num < INT_MAX) {
fds.push_back(static_cast<int>(fd_num));
}
}
closedir(dir);
return fds;
}</p>这个函数返回当前进程所有有效fd编号的vector。没做readlink是因为路径解析涉及编码、长度、权限等额外分支，多数场景只需fd号本身——比如用于close()批量清理或调试日志。
真正容易被忽略的是：/proc/self/fd目录在多线程环境下仍是安全的，但如果你在遍历时另一线程正close()某个fd，readdir()仍可能返回它（因为目录项删除延迟），所以结果反映的是“遍历开始时刻”的快照，不是绝对实时状态。
