直接调用getprocesshandlecount是最轻量可靠方式，返回当前进程内核对象句柄的实际引用总数，无需权限，适合高频采样；但仅对本进程有效，失败时返回0且需用getlasterror判断原因。
Windows 上怎么查当前进程的句柄总数
直接读 GetProcessHandleCount 就行，这是最轻量、最可靠的方式。它不依赖 WMI 或性能计数器，也不需要管理员权限，返回值就是当前进程打开的句柄数（含文件、事件、互斥体、窗口、GDI 对象等所有内核对象句柄）。
常见错误是误用 GetCurrentProcess 后直接传给 GetProcessHandleCount——其实不用，这个函数只接受当前进程句柄，而系统会自动关联，所以直接传 GetCurrentProcess() 即可：
DWORD handleCount = 0;
if (GetProcessHandleCount(GetCurrentProcess(), &handleCount)) {
// handleCount 已填好
}
注意：该函数在 Windows XP SP2+ 和 Server 2003+ 才可用；如果目标环境更老，得退回到遍历 NtQuerySystemInformation（但风险高、易被 AV 拦截、且需 SeDebugPrivilege）。
如何监控全局句柄总数（全系统）
没有公开、稳定、低开销的 API 能直接拿到“全系统当前句柄总数”。所谓“全局句柄数”本质是所有进程句柄表项的总和，Windows 并不维护这个聚合值。你看到的资源监视器或 PerfMon 里那个数字，其实是从性能计数器 \Process(_Total)\Handle Count 读出来的。
实操建议如下：
- 用
PdhOpenQuery+PdhAddCounter订阅\Process(_Total)\Handle Count计数器（字符串必须完全匹配，下划线不能写成空格） - 注意该计数器是采样统计，非实时精确值；两次采样间隔建议 ≥1s，太密会导致
PDH_INVALID_DATA - 不要尝试用
EnumProcesses+ 每个进程调GetProcessHandleCount求和——这既慢（尤其进程多时），又可能因权限不足跳过某些进程（如 lsass、svchost），导致结果偏低 - 若需更高精度，只能走 ETW（Event Tracing for Windows），监听
Microsoft-Windows-Kernel-Process的句柄创建/关闭事件，自行聚合——但这属于重型方案，调试成本高，不适合常规监控
句柄泄漏诊断：为什么 GetProcessHandleCount 持续上涨但没明显对象泄露
句柄数涨 ≠ 内存泄漏，但大概率意味着资源未释放。真正难定位的是“句柄没泄露，但数量异常高”的情况，典型原因有：
- 重复 CreateEvent / CreateMutex 而未 CloseHandle，即使对象已销毁，句柄表项仍存在（直到进程退出）
- GDI 对象（
CreateFont、CreatePen）未配对DeleteObject，这类句柄在任务管理器“句柄数”里会计入，但不显示在“GDI 对象”列 - COM 接口未
Release，尤其跨 DLL 边界或用CoCreateInstance后忘记Release - 第三方库内部缓存句柄（比如某些图像解码库会预分配解码上下文句柄池），此时需查其文档或用
Process Explorer的句柄视图按类型筛选
推荐组合工具链：Process Explorer（看句柄类型分布） + Application Verifier（启用 Handle checking） + 自研日志埋点（在关键 Create*/CloseHandle 处打 ID 和堆栈）。
跨平台兼容性提醒：Linux/macOS 没有“句柄”概念，别硬套
C++ 项目若标榜“跨平台句柄监控”，基本是误导。Linux 用文件描述符（fd），macOS 类似但有额外 port/mach port；三者语义、生命周期、限制机制完全不同。例如：
- Linux 的
/proc/self/fd/目录可枚举当前 fd 数，但无法区分“打开的文件”和“socket/eventfd/timerfd” - macOS 的
getdtablesize()返回最大 fd 数，不是当前使用数；真要统计得用proc_pidinfo+PROC_PIDLISTFDS，且需 root 权限 - Windows 的句柄可跨进程继承、可命名、支持异步 I/O 完成端口；Linux fd 不支持这些，强行抽象会掩盖关键差异
真正可行的做法是分平台实现：Windows 走 GetProcessHandleCount，Linux 读 /proc/self/status 中的 FDSize 和 FD 子目录项数，macOS 用 sysctl 查 kern.maxfiles 和 vm.stats.vm.v_files——但注意，后两者都不是进程级精确值。
最常被忽略的一点：句柄统计本身有开销。高频调用 GetProcessHandleCount（比如每 10ms 一次）会导致内核频繁访问 EPROCESS 结构，实测在 100+ 进程机器上可能引入微秒级延迟抖动。生产环境建议采样间隔 ≥500ms，除非你在做实时调试。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
