Windows无公开稳定API获取全局句柄总数，该数值既不精确也无诊断意义；GetProcessHandleCount是唯一实用、无需特权、官方支持的进程句柄数获取接口。
Windows 系统没有公开、稳定、跨版本的 API 直接返回“全局句柄引用总数”——这个数值本身在现代 Windows 中既不精确，也不具备诊断意义。所谓“全局句柄数”常被误解为 GetProcessHandleCount(GetCurrentProcess()) 的 10 倍或某种系统级总和，但实际并不存在一个内核导出的、可供用户态安全读取的单一全局计数器。
为什么 NtQuerySystemInformation 的 SystemHandleInformation 不推荐用于“总数”统计
虽然 NtQuerySystemInformation + SystemHandleInformation 能枚举当前所有进程持有的句柄，但：
- 它需要
SeDebugPrivilege权限，普通用户进程默认无权调用，提权失败直接STATUS_ACCESS_DENIED - 返回结构体大小动态变化（尤其 Win10/11 后含
ObjectInfoClass字段），硬编码解析极易崩溃 - 枚举过程本身会锁住句柄表，高并发场景下可能触发系统延迟甚至超时（
STATUS_INFO_LENGTH_MISMATCH频发） - 结果包含重复句柄（如父子进程继承的同一内核对象）、伪句柄（
GetCurrentThread()返回的 -2）、以及已标记为关闭但尚未释放的句柄，无法反映真实“活跃引用数”
GetProcessHandleCount 是唯一实用且稳定的句柄数来源
如果你真正关心的是“当前进程用了多少句柄”，GetProcessHandleCount 是 Windows 官方支持、无需特权、零依赖的正确接口：
#include <windows.h>
#include <iostream>
int main() {
DWORD count = GetProcessHandleCount(GetCurrentProcess());
std::cout << "Current process handle count: " << count << "\n";
return 0;
}
注意：
立即学习“C++免费学习笔记（深入）”；
- 该值是进程私有句柄表中有效项数量（不含伪句柄），与任务管理器“句柄数”列一致
- 它不包含子进程句柄，也不反映内核对象实际引用计数（一个句柄可能对应多个内核引用）
- 调用开销极低（仅查进程 EPROCESS 结构中的
HandleCount字段），可高频采样
想监控系统级资源压力？改用更可靠的指标
试图通过“全局句柄总数”判断系统是否快崩，属于典型误用。Windows 句柄耗尽前通常早已因内存、分页池或对象管理器限制而失败。更务实的做法是：
- 对关键进程持续轮询
GetProcessHandleCount，突增 >30% 且持续 5 秒以上，才值得告警 - 用性能计数器读取
\Process(*)\Handle Count，避免自己枚举；或监听 ETW 事件Microsoft-Windows-Kernel-Process/ProcessConfiguration - 排查句柄泄漏时，优先用
Process Explorer的句柄视图（Ctrl+H）按类型/堆栈排序，而非依赖总数 - 若真需跨进程统计，务必用
PsEnumProcesses+OpenProcess(PROCESS_DUP_HANDLE)组合，而不是暴力扫SystemHandleInformation
句柄本质是进程地址空间内的索引，不是全局资源令牌。盯着一个不存在的“总数”，不如盯紧自己进程的 GetProcessHandleCount 波动和对象类型分布——后者才是泄漏定位的起点。
