getprocesshandlecount仅返回句柄总数，无法定位泄漏；应结合process explorer查看类型与来源，或用application verifier启用handle checks捕获未关闭句柄，并配合调试器获取调用栈。
Windows平台下用GetProcessHandleCount只能看总数，不是泄漏报告
很多人以为调用GetProcessHandleCount就能查句柄泄漏，其实它只返回当前进程打开的句柄总数，不区分类型、不带堆栈、无法定位哪段代码开的。真正要“报告”，得靠工具链配合运行时观测。
用Process Explorer实时查看句柄类型和来源
微软官方免费工具Process Explorer（非Task Manager）是实际排查首选：
- 右键目标进程 → Properties → Handles 标签页，可按
Type（如Event、Thread、File）排序，快速发现异常增长的类型 - 勾选 Lower pane shows handles 后，双击任意句柄可看到其
Path或Name（对命名对象有效），部分还能反查到创建它的模块 - 按
Ctrl+D可导出当前句柄列表为文本，方便 diff 多次快照
启用Application Verifier捕获句柄泄漏点
Application Verifier（verifier.exe）是 Windows SDK 自带的运行时检测工具，能主动拦截未关闭的句柄：
- 启动
verifier→ 勾选目标程序 → 在Basics页启用Handle Checks（不是Leak！后者只对堆内存有效） - 重启程序，一旦发生句柄未关闭（如
CloseHandle漏调），会在Debug输出中打印类似AVRF: Handle leak detected for handle 0x0000000000000123的提示 - 需配合调试器（如
WinDbg或Visual Studio附加进程）才能看到调用栈；否则仅提示句柄值，无上下文
C++代码里加_CrtSetDbgFlag没用，句柄不属于CRT堆管理范围
别试图用_CrtSetDbgFlag(_CRTDBG_LEAK_CHECK_DF)查句柄——它只管malloc/new分配的内存。Windows句柄由内核对象管理，和CRT完全无关。强行套用只会让你在内存泄漏日志里白找半天。
真正要自动化监控，得自己封装GetProcessHandleCount + 定期采样 + 差值告警，但注意：这个API本身有性能开销，高频调用会拖慢程序，且无法告诉你哪个句柄是谁开的。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
