最准确方式是遍历所有进程并调用GetProcessHandleCount求和，需配合CreateToolhelp32Snapshot枚举进程，跳过PID=0的System Idle Process；该方法稳定、无需管理员权限，且适用于Windows 7+。
Windows 上怎么查进程的全局句柄总数
Windows 没有直接暴露“系统全局句柄总数”的 API，但每个进程的句柄数是可查的，而系统级统计实际是所有进程句柄数之和（加上内核保留部分，但通常忽略）。关键在于：你得用 GetProcessHandleCount 配合进程枚举，而不是幻想有个 GetSystemHandleCount。
常见错误是试图用 NtQuerySystemInformation + SystemHandleInformation——它确实能拿到全系统句柄表，但返回的是原始结构体数组，含数万条记录，且需 SeDebugPrivilege 权限、极易蓝屏或被杀软拦截，生产环境基本不可用。
- 优先走
GetProcessHandleCount：只需PROCESS_QUERY_INFORMATION权限，稳定、轻量、无需提权 - 遍历所有进程需用
CreateToolhelp32Snapshot+Process32First/Next，注意 32/64 位兼容性（PROCESSENTRY32W要设dwSize） - 别漏掉
SYSTEM Idle Process（PID=0），它不返回句柄数，GetProcessHandleCount会失败，跳过即可
C++ 实现每秒采样进程句柄数的最小可行代码
以下逻辑足够用于监控服务，不依赖第三方库，编译时加 Dbghelp.lib 和 Psapi.lib 即可：
#include <windows.h>
#include <psapi.h>
#include <iostream>
void SampleAllProcessHandles() {
HANDLE hSnap = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
if (hSnap == INVALID_HANDLE_VALUE) return;
PROCESSENTRY32W pe = {0};
pe.dwSize = sizeof(pe);
if (!Process32FirstW(hSnap, &pe)) {
CloseHandle(hSnap);
return;
}
DWORD total = 0;
do {
HANDLE hProc = OpenProcess(PROCESS_QUERY_INFORMATION, FALSE, pe.th32ProcessID);
if (hProc) {
DWORD count = 0;
if (GetProcessHandleCount(hProc, &count)) {
total += count;
// 可选：记录 pe.szExeFile 和 count 到日志
}
CloseHandle(hProc);
}
} while (Process32NextW(hSnap, &pe));
CloseHandle(hSnap);
std::wcout << L"Total handles: " << total << L"\n";
}
注意：GetProcessHandleCount 在 Windows 7+ 才可用；Win10 1809 后支持更准的句柄类型分类（需用 GetProcessHandleCountEx），但总数不变。
立即学习“C++免费学习笔记（深入）”；
句柄泄漏诊断时为什么不能只看总数
总句柄数飙升只是表象，真正要定位的是“谁没关”——比如一个服务句柄从 500 涨到 5000，但系统总数可能只涨 200，因为其他进程在释放。所以实战中必须绑定进程名 + PID 持续跟踪。
- 高频采样（如 1s 一次）时，避免每轮都
OpenProcess：缓存句柄，用WaitForSingleObject检查进程是否存活再复用 - 句柄类型混杂（Event、Mutex、File、Socket）会影响排查，
GetProcessHandleCount不区分类型；真要分类，只能退回到高风险的NtQuerySystemInformation（仅调试环境） - 某些驱动或反病毒软件会 hook 句柄操作，导致
GetProcessHandleCount返回值偶尔跳变，建议连续 3 次采样取中位数
Linux/macOS 下没有等价机制，别硬套
Linux 的 /proc/[pid]/fd/ 是文件描述符目录，数量 ≈ 句柄数，但语义不同（无引用计数、无跨进程共享）；macOS 用 proc_pidinfo + PROC_PIDLISTFDS 查 fd 数，也非 Windows 式句柄。跨平台监控工具若宣称“统一句柄统计”，实际只是分别调各自系统 API，底层逻辑完全不同。
真正容易被忽略的点：Windows 句柄总数上限默认是 16,777,216（16MB 内核句柄表），但单个进程上限由 GDIHandleCount 和 UserHandleCount 注册表项控制，默认 10,000；突破这个值不会立即报错，而是表现为 CreateFile 或 CreateEvent 返回 INVALID_HANDLE_VALUE 且 GetLastError() 是 ERROR_TOO_MANY_OPEN_FILES（其实是误报，真实原因是句柄耗尽）。
