C++ 如何获取系统当前的全局句柄引用总数监控统计分析应用实战接口调用分析全指南【实战】-C++-PHP中文网

windows上查当前进程句柄总数应使用getprocesshandlecount，它最轻量、无需权限、仅需有效进程句柄（如getcurrentprocess）；返回dword类型句柄数，失败时返回0且须用getlasterror判断原因。

c++ 如何获取系统当前的全局句柄引用总数监控统计分析应用实战接口调用分析全指南【实战】

Windows 内核为每个进程维护一个句柄表，GetProcessHandleCount 是最直接、开销最低的 API。它不依赖 WMI 或性能计数器，也不需要管理员权限，只要传入本进程或有 PROCESS_QUERY_INFORMATION 权限的进程句柄即可。

HANDLE h = GetCurrentProcess();
DWORD count = 0;
if (GetProcessHandleCount(h, &count)) {
    // count 即当前句柄数
}

返回 0 并不总表示失败——它可能是成功写入了 0，也可能是调用失败但没检查 GetLastError()。必须搭配 GetLastError() 判断：

如果 GetLastError() == ERROR_SUCCESS，说明调用成功，且进程确实持有 0 个句柄（理论上可能，但仅见于极简沙箱环境）
如果 GetLastError() == ERROR_INVALID_HANDLE，大概率是传入了已关闭或无效的进程句柄
如果 GetLastError() == ERROR_ACCESS_DENIED，目标进程开启了句柄保护（如某些安全软件或以 SeDebugPrivilege 之外方式启动的系统服务）
确保用 OpenProcess(PROCESS_QUERY_INFORMATION, FALSE, pid) 获取句柄，而非继承或复制来的句柄
不要复用已被 CloseHandle() 关闭的句柄——C++ 中没有自动失效检测，容易静默出错

Windows 没有单次调用返回“全系统句柄总数”的 API。可行路径只有两条：

枚举所有进程（EnumProcesses），对每个 PID 调用 OpenProcess + GetProcessHandleCount：简单直接，但需遍历上百个进程，且部分系统进程（如 svchost 子实例、lsass）会拒绝打开，导致跳过
使用性能计数器（\Process(*)\Handle Count）通过 PdhAddCounter 采集：支持 wildcard，能跨进程聚合，但延迟高（默认最小采样间隔 1 秒），且计数器名称需本地化适配（英文系统是 Handle Count，中文系统是 句柄计数）

C++14
C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载
若用于告警（如某进程句柄 > 10000），推荐第一种；若用于趋势绘图（分钟级变化），第二种更稳
避免在循环中频繁调用 OpenProcess 后不 CloseHandle——这本身就会泄露句柄

句柄数持续增长，但 GetProcessHandleCount 显示稳定？注意这些隐性因素：

GDI 对象（HBITMAP、HDC）和 USER 对象（HWND、HMENU）不计入 GetProcessHandleCount 返回值，它们由 GDI/USER 子系统单独计数，需用 GetGuiResources 分别查 GR_GDIOBJECTS 和 GR_USEROBJECTS
C 运行时文件句柄（FILE*）底层可能复用同一个 Windows HANDLE，也可能由 CRT 自己缓存管理，不一一对应
第三方库（如 OpenSSL、libcurl）内部可能持有长生命周期句柄，且未暴露关闭接口
用 Process Explorer（Sysinternals）按 “Handle” 列排序，看具体句柄类型分布，比纯数字更有诊断价值
如果看到大量 ALPC Port 或 Section，往往是 IPC 或内存映射未正确释放