getprocesshandlecount是windows下获取内核对象句柄数的最快方式，返回dword值，需结合getlasterror判断错误；它不包含gdi/user句柄，linux则通过/proc/self/fd统计文件描述符。
Windows下用GetProcessHandleCount快速获取句柄总数
直接调用GetProcessHandleCount是最快、最轻量的方式，它返回当前进程内核对象句柄的当前数量（不区分类型）。注意：这个API只在Windows上可用，且需要GetCurrentProcess()作为参数。
- 必须链接
kernel32.lib，头文件为windows.h - 返回值是
DWORD，不是bool——失败时返回0，但0也可能是合法状态（刚启动的极简进程），需结合GetLastError()判断是否真出错 - 它不包含GDI句柄（如
HDC、HWND）或USER句柄（如窗口、菜单），仅统计内核对象（文件、事件、互斥体、线程等）
#include <windows.h>
#include <iostream>
int main() {
DWORD count = GetProcessHandleCount(GetCurrentProcess());
if (count == 0 && GetLastError() != ERROR_SUCCESS) {
std::cerr
<h3>Linux/macOS用<code>/proc/self/fd</code>目录统计文件描述符数</h3>
<p>类Unix系统没有统一“句柄”概念，但文件描述符（FD）是最接近的资源单位。读取<code>/proc/self/fd</code>目录内容即可获得当前进程打开的FD总数（包括socket、pipe、regular file等）。</p>
<ul>
<li>
<code>opendir("/proc/self/fd")</code>后遍历目录项，跳过<code>.</code>和<code>..</code>，计数即为FD总数</li>
<li>该方式不包含内存映射区域、信号处理等非FD资源，但覆盖了绝大多数I/O相关资源</li>
<li>macOS无<code>/proc</code>，需改用<code>sysctl</code>接口（<code>CTL_KERN, KERN_PROCFILEDESC</code>），代码更复杂且需root权限才能看到完整列表</li>
<li>注意：某些FD可能已关闭但目录项尚未消失（如子进程继承后未关闭），<code>readdir</code>仍会列出，实际有效数需配合<code>fcntl(fd, F_GETFD)</code>验证</li>
</ul>
<h3>跨平台资源报告只能分层实现，别信“一键全量”</h3>
<p>没有标准C++ API能统一获取“所有句柄/资源”，因为不同系统抽象模型差异太大：Windows有HANDLE+GDI+USER三套句柄体系；Linux以FD为核心但还有mmap/vma/proc/sys等维度；macOS则混合Mach port、BSD FD和I/O Kit引用。</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
</div>
<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
<ul>
<li>若只要基础资源水位，Windows用<code>GetProcessHandleCount</code> + <code>GetProcessMemoryInfo</code>，Linux用<code>/proc/self/status</code>里的<code>FDSize</code>和<code>VmRSS</code>
</li>
<li>想查具体句柄类型？Windows必须用<code>NtQuerySystemInformation</code>（未公开API，易崩溃）、<code>Toolhelp32Snapshot</code>（仅限部分对象）；Linux可读<code>/proc/self/fdinfo/</code>逐个解析每个FD指向的inode和访问模式</li>
<li>第三方库如<code>libprocps</code>（Linux）或<code>Psapi.h</code>（Windows）能简化部分操作，但依然无法覆盖GDI/USER句柄或macOS的Mach port</li>
</ul>
<h3>调试时发现句柄泄漏，优先检查<code>CloseHandle</code>和<code>close</code>配对</h3>
<p>句柄数持续增长几乎总是泄漏，但根源常不在统计逻辑本身，而在资源生命周期管理。</p>
<ul>
<li>Windows：忘记调用<code>CloseHandle</code>（尤其是<code>CreateFile</code>、<code>CreateEvent</code>、<code>_beginthreadex</code>返回的句柄），或误用<code>CloseHandle</code>关闭非HANDLE（如<code>HDC</code>该用<code>DeleteDC</code>）</li>
<li>Linux：<code>fork()</code>后子进程未关闭父进程传入的FD，导致FD被意外继承并长期占用</li>
<li>C++ RAII能缓解问题，但<code>std::unique_ptr</code>默认删除器不支持HANDLE，需自定义deleter；<code>std::file_descriptor</code>（C++23）目前仅限FD，不覆盖Windows</li>
</ul>
<p>真正麻烦的是GDI对象泄漏——它们不计入<code>GetProcessHandleCount</code>，却会导致<code>GDI object count</code>耗尽，最终CreateWindow失败。这类问题必须用GDIView或Process Explorer手动排查，没有纯代码方案。</p></iostream></windows.h>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
