getprocesshandlecount仅返回当前进程句柄数，无法获取系统总句柄数；系统级统计需用pdh计数器“\process(_total)\handle count”或ntquerysysteminformation枚举全局句柄表。
为什么直接调用 GetProcessHandleCount 拿不到系统总句柄数
GetProcessHandleCount 只返回**当前进程**的句柄数，且仅在 Windows 10 1607+ 且启用“句柄计数”策略时才可靠（默认关闭）。它完全不提供系统级汇总能力。系统总句柄数是内核对象管理器维护的全局统计，没有公开的 Win32 API 直接暴露该值——必须绕道性能计数器或 ETW。
用 PdhCollectQueryData 读取 \Process(_Total)\Handle Count 性能计数器
Windows 性能计数器中，\Process(_Total)\Handle Count 是最接近“系统总句柄数”的指标（实际是所有活动进程句柄数之和，不含内核保留句柄）。需注意：该值有约 1 秒延迟，且首次采集可能返回 PDH_INVALID_DATA。
实操要点：
- 必须先调用
PdhOpenQuery创建查询，再用PdhAddCounter添加\Process(_Total)\Handle Count计数器路径 - 首次调用
PdhCollectQueryData后需等待至少 1 秒，再调用一次才能获得有效值（双采样机制） - 计数器路径区分大小写，
_Total是固定字符串，不能写成_total或total - 返回值需用
PdhGetFormattedCounterValue转为PDH_FMT_LONG，否则得到的是原始 64 位二进制数据
枚举各进程句柄数：必须用 NtQuerySystemInformation + SYSTEM_HANDLE_INFORMATION
Win32 API 不提供进程级句柄数枚举，唯一可行路径是调用未公开但稳定导出的 NtQuerySystemInformation，传入 SystemHandleInformation 类型。该调用需管理员权限，且返回结构体格式随系统版本微调（Windows 10 1903+ 引入 SYSTEM_HANDLE_TABLE_ENTRY_INFO_EX，旧版用 SYSTEM_HANDLE_TABLE_ENTRY_INFO）。
关键注意事项：
- 必须用
#include <winternl.h></winternl.h>并手动声明NtQuerySystemInformation函数指针，因为ntdll.lib不导出它 - 缓冲区需按最大可能句柄数预分配（如 64KB），失败时检查
STATUS_INFO_LENGTH_MISMATCH并重试 - 遍历结果时，
UniqueProcessId是 HANDLE 类型值，需转为DWORD才能匹配CreateToolhelp32Snapshot获取的 PID - 同一进程的多个句柄会重复出现，需按
UniqueProcessId分组累加计数，而非直接统计条目数
为什么不用 GetProcessHandleCount 做进程级统计
该函数只对**调用者自身进程**有效（即 GetCurrentProcess()），传入其他进程句柄会失败并返回 ERROR_INVALID_HANDLE。即使以管理员身份打开目标进程，也无法绕过此限制——这是 API 的硬性设计约束，不是权限问题。
替代方案只有两条路：
- 用
NtQuerySystemInformation全局扫描（推荐，精度高但需提权） - 用
EnumProcessHandles（Windows 11 22H2+ 新增，目前兼容性极差，不建议生产环境使用）
别在文档里看到“process handle count”就以为能通用——Win32 层面根本没开放这个能力。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
