C++如何获取当前进程已打开的文件描述符数量-C++-PHP中文网

最可靠方法是遍历/proc/self/fd目录并计数符号链接条目。需用opendir/readdir真实遍历，跳过.和..，以d_type == dt_lnk校验，不可用stat、getrlimit、getdtablesize或sysconf替代。

c++如何获取当前进程已打开的文件描述符数量

Linux下读取`/proc/self/fd`目录计数最可靠

在Linux上，C++没有跨平台标准API能直接获取当前进程打开的fd数量，但/proc/self/fd是稳定、轻量、无需特权的方案。它本质是符号链接目录，每个条目对应一个已打开的fd（包括0、1、2等）。注意：不能用stat()查目录大小，必须真实遍历条目。

常见错误是只调用opendir()后直接closedir()而不计数——这会返回0。也有人误以为getrlimit(RLIMIT_NOFILE, &rlim)返回的是当前使用量，其实它只返回上限（rlim.rlim_cur）。

用opendir("/proc/self/fd")打开目录，然后循环readdir()，跳过"."和".."
每个有效目录项都是一个数字命名的符号链接，直接计数即可（无需readlink()解析目标）
注意readdir()可能因并发关闭fd而返回NULL，但只要不崩溃就可接受——这是瞬时快照，精度够用
glibc的scandir()也可用，但需自定义filter函数排除./..，不如手动readdir()直观

为什么不用`getdtablesize()`或`sysconf(_SC_OPEN_MAX)`

这两个接口返回的是进程允许打开的最大fd数（即软限制），不是当前已打开数量。例如ulimit -n 1024后，getdtablesize()返回1024，但实际可能只打开了5个fd——完全无法反映真实状态。

更隐蔽的问题是：sysconf(_SC_OPEN_MAX)在musl libc上可能返回OPEN_MAX常量（通常64），而非运行时限制；而getdtablesize()在某些旧系统上已被弃用。它们对“当前用量”毫无意义。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

C++代码片段：简洁安全的计数实现

#include <dirent.h>
#include <string><p>int count_open_fds() {
DIR<em> dir = opendir("/proc/self/fd");
if (!dir) return -1;
int count = 0;
struct dirent</em> entry;
while ((entry = readdir(dir)) != nullptr) {
if (entry->d_type == DT_LNK && entry->d_name[0] != '.') {
count++;
}
}
closedir(dir);
return count;
}
</p></string></dirent.h>

关键点：entry->d_type == DT_LNK过滤掉目录项类型非符号链接的（理论上/proc/self/fd里全是link，但防御性检查更稳）；d_name[0] != '.'自然跳过.和..（它们d_type通常是DT_DIR，但保险起见双重判断）。

macOS或Windows下无直接等价方案

macOS没有/proc，需用proc_pidinfo()配合PROC_PIDLISTFDS，但需要libproc.h且返回结构体数组，调用更重；Windows则依赖NtQuerySystemInformation或GetProcessHandleCount（后者只统计句柄总数，包含事件、互斥体等，不单指文件句柄）。

如果真要跨平台，建议封装成条件编译：Linux走/proc/self/fd，macOS走proc_pidinfo，Windows走GetProcessHandleCount并注明“非精确文件句柄数”。别试图用Boost.Process或std::filesystem绕路——它们不暴露fd计数能力。

实际工程中，99%的场景跑在Linux服务器上，优先保证/proc/self/fd逻辑健壮就够了。别被“跨平台”带偏——先解决手头问题。