Windows需用NtQuerySystemInformation配合SeDebugPrivilege权限和动态加载ntdll获取当前进程句柄总数，Linux则直接统计/proc/self/fd目录项数；GetProcessHandleCount返回的是句柄表容量而非实际使用量。
Windows上用NtQuerySystemInformation获取句柄总数
Windows没有公开API直接返回当前进程的句柄数，NtQuerySystemInformation 是最接近的底层方案。它能枚举所有进程的句柄表信息，但需自己过滤出当前进程（GetCurrentProcessId()），再遍历统计。
关键点：必须加载 ntdll.dll 动态获取函数指针；结构体定义需严格匹配 Windows 内部布局（如 SYSTEM_HANDLE_INFORMATION）；调用前要先用 NULL 缓冲区试探大小，否则容易崩溃。
- 需要
#include <winternl.h>（非标准头，得自己声明或从 MinGW/WDK 头中提取） - 返回的句柄列表不区分类型（文件、事件、互斥体等），只统计总数
- 该调用需要
SeDebugPrivilege权限，普通进程默认无权——调试器或以管理员运行才能成功 - 示例片段核心逻辑：
NtQuerySystemInformation(SystemHandleInformation, buf, size, &ret_size);
失败时检查STATUS_INFO_LENGTH_MISMATCH并重试
Linux上读取/proc/self/fd目录计数
Linux下最简单可靠的方式就是统计 /proc/self/fd/ 目录下的条目数。每个打开的文件描述符在此目录下对应一个符号链接，opendir() + readdir() 即可遍历计数。
注意这不是“句柄”而是“文件描述符”，但对绝大多数用户场景（socket、file、pipe）已足够覆盖；stdin/stdout/stderr（0/1/2）也包含在内，无需额外排除。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 代码里用
DIR *dir = opendir("/proc/self/fd")，然后循环readdir()计数 - 跳过
"."和".."两个目录项即可，其余全算有效 fd - 无需特权，任意用户进程都可执行
- 比
lsof -p $$ | wc -l更轻量，且不依赖外部命令
跨平台封装时别硬套“句柄”概念
C++ 标准库不提供句柄总数接口，任何跨平台抽象层（比如用 std::filesystem 或第三方库）都无法绕过 OS 差异。强行统一命名如 get_open_handle_count() 容易误导——Windows 的 HANDLE 和 Linux 的 fd 语义不同，前者可指向内核对象（Event、Mutex），后者仅限 I/O 资源。
- Windows 上
GetStdHandle(STD_INPUT_HANDLE)返回的是 HANDLE，但不属于NtQuerySystemInformation统计范围（它只统计内核句柄表里的条目） - Linux 上
eventfd、timerfd等新型 fd 会被计入，但传统 Win32 API 没有对应物 - 若业务真正关心的是“资源泄漏”，建议配合 RAII（如
std::unique_ptr<HANDLE, CloseHandleDeleter>）做生命周期管理，而非依赖总数监控
为什么GetProcessHandleCount()不能用
Win32 API 中存在一个看似相关的函数 GetProcessHandleCount()，但它返回的是**进程句柄表的容量上限**（即分配的槽位数），不是当前实际使用的句柄数量。实测中该值常为 512 或 1024，与真实打开数毫无关系。
这个函数名极具误导性，文档也未明确说明其非实时统计性质。很多开发者查 MSDN 后直接调用，结果发现数值恒定不变或远高于预期，浪费大量调试时间。
- 调用
GetProcessHandleCount(GetCurrentProcess(), &count)得到的count是预留空间，不是使用量 - 它和
SetProcessWorkingSetSize()类似，属于系统资源配额类接口，不是状态查询接口 - 唯一用途可能是预估句柄耗尽风险，但不如直接捕获
CreateFile返回INVALID_HANDLE_VALUE+GetLastError() == ERROR_TOO_MANY_OPEN_FILES实在
/proc 文件系统被挂载为 noexec 或 hidepid 导致读取失败——这些细节比接口选择更常导致功能失效。 
