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
<p>注意：</p>
<ul>
<li>该值是进程私有句柄表中有效项数量（不含伪句柄），与任务管理器“句柄数”列一致</li>
<li>它不包含子进程句柄，也不反映内核对象实际引用计数（一个句柄可能对应多个内核引用）</li>
<li>调用开销极低（仅查进程 EPROCESS 结构中的 <code>HandleCount</code> 字段），可高频采样</li>
</ul>
<h3>想监控系统级资源压力？改用更可靠的指标</h3>
<p>试图通过“全局句柄总数”判断系统是否快崩，属于典型误用。Windows 句柄耗尽前通常早已因内存、分页池或对象管理器限制而失败。更务实的做法是：</p>
<ul>
<li>对关键进程持续轮询 <code>GetProcessHandleCount</code>，突增 >30% 且持续 5 秒以上，才值得告警</li>
<li>用性能计数器读取 <code>\Process(*)\Handle Count</code>，避免自己枚举；或监听 ETW 事件 <code>Microsoft-Windows-Kernel-Process/ProcessConfiguration</code>
</li>
<li>排查句柄泄漏时，优先用 <code>Process Explorer</code> 的句柄视图（Ctrl+H）按类型/堆栈排序，而非依赖总数</li>
<li>若真需跨进程统计，务必用 <code>PsEnumProcesses</code> + <code>OpenProcess(PROCESS_DUP_HANDLE)</code> 组合，而不是暴力扫 <code>SystemHandleInformation</code>
</li>
</ul>
<p>句柄本质是进程地址空间内的索引，不是全局资源令牌。盯着一个不存在的“总数”，不如盯紧自己进程的 <code>GetProcessHandleCount</code> 波动和对象类型分布——后者才是泄漏定位的起点。</p></iostream></windows.h>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
