最可靠方法是遍历/proc/self/fd目录并计数符号链接条目。需用opendir/readdir真实遍历，跳过.和..，以d_type == DT_LNK校验，不可用stat、getrlimit、getdtablesize或sysconf替代。
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++免费学习笔记（深入）”；
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;
}
关键点：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逻辑健壮就够了。别被“跨平台”带偏——先解决手头问题。
