getprocesshandlecount 是 windows 下获取当前进程内核对象句柄数的最直接 api，需传入 getcurrentprocess()，返回 dword 类型值，不包含 gdi/user 句柄。
Windows 下用 GetProcessHandleCount 获取句柄数最直接
在 Windows 平台，C++ 程序要查自己当前进程的句柄总数，GetProcessHandleCount 是唯一推荐的 API。它不依赖 WMI、PSAPI 或性能计数器，开销低、调用简单、无需额外权限。
注意：这个函数只返回「当前进程」的句柄数（即内核对象句柄，如文件、事件、互斥体、线程等），不包含 GDI 或 USER 对象（窗口、画笔等）。如果需要 GDI/USER 句柄数，得用 GetGuiResources 单独查。
- 必须传入当前进程的伪句柄
GetCurrentProcess()，不能传NULL或其他值 - 函数成功返回非零值，失败返回 0 —— 但失败极少发生，通常意味着进程已终止或严重损坏
- 返回值是
DWORD类型，不是int；建议用std::cout (count)输出避免符号扩展问题
#include <windows.h>
#include <iostream>
int main() {
DWORD count;
if (GetProcessHandleCount(GetCurrentProcess(), &count)) {
std::cout
<h3>为什么不用 <code>NtQueryInformationProcess</code>？</h3>
<p>有人会想到用 NT 内部 API <code>NtQueryInformationProcess</code> 配合 <code>ProcessHandleCount</code> 信息类，但它不是公开支持的接口，行为不稳定，且在不同 Windows 版本中可能返回错误值（比如 Windows 11 22H2+ 某些更新后该字段恒为 0）。</p>
<p>更关键的是：<code>NtQueryInformationProcess</code> 需要链接 <code>ntdll.lib</code>，而微软明确声明该 DLL 不受 ABI 兼容性保证 —— 一旦系统更新就可能崩。</p>
<ul>
<li>
<code>GetProcessHandleCount</code> 就是 <code>NtQueryInformationProcess</code> 的封装层，且经过充分测试和验证</li>
<li>如果你看到示例代码里硬调 <code>NtQueryInformationProcess</code>，基本是过时资料或逆向工程产物，不建议用于生产环境</li>
<li>即使你真想用，也必须用 <code>GetProcAddress</code> 动态加载，不能静态链接</li>
</ul>
<h3>Linux/macOS 没有等价概念，别强行移植</h3>
<p>POSIX 系统没有“进程句柄数”这个抽象。类似指标靠文件描述符（fd）数量近似，但 fd 和 Windows 句柄语义不同：fd 只覆盖 I/O 资源，不包括同步对象、注册表键、注册服务等。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<p>所以 C++ 跨平台代码里，<code>GetProcessHandleCount</code> 必须用 <code>#ifdef _WIN32</code> 包裹，Linux 下要么跳过，要么用 <code>getrlimit(RLIMIT_NOFILE, ...)</code> + 扫描 <code>/proc/self/fd/</code> 目录来估算 open fd 数 —— 但这和 Windows 的“句柄数”完全不可比。</p>
<ul>
<li>不要试图用 <code>sysconf(_SC_OPEN_MAX)</code> 替代，它返回的是上限，不是当前使用量</li>
<li>
<code>/proc/self/fd/</code> 在容器或 chroot 环境下可能不可读，需检查 <code>errno == EACCES</code>
</li>
<li>macOS 没有 <code>/proc</code>，得用 <code>proc_pidinfo(..., PROC_PIDLISTFDS, ...)</code>，接口更复杂且需 <code>libproc</code>
</li>
</ul>
<h3>容易被忽略的点：句柄泄漏检测不能只看总数</h3>
<p>监控 <code>GetProcessHandleCount</code> 返回值上升趋势，确实能发现明显泄漏，但它掩盖了关键细节：泄漏可能集中在某类对象（比如重复 <code>CreateEvent</code> 但没 <code>CloseHandle</code>），而总数变化缓慢。</p>
<p>真正有效的排查，得结合：</p>
<ul>
<li>Windows Performance Recorder（WPR）录制 Handle 事件，用 WPA 分析具体类型和堆栈</li>
<li>Application Verifier 开启 <code>Handle</code> 检查项，会在泄漏发生时触发断点</li>
<li>代码中对每个 <code>Create*</code> / <code>Open*</code> 调用，确保配对 <code>CloseHandle</code> —— 注意 <code>INVALID_HANDLE_VALUE</code> 不可 Close，<code>NULL</code> 句柄也不可 Close</li>
</ul>
<p>句柄数本身只是表象，真正要盯住的是谁分配、谁释放、有没有跨线程传递后忘记清理。</p></iostream></windows.h>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
