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 << "GetProcessHandleCount failed: " << GetLastError() << "\n";
return 1;
}
std::cout << "Kernel handle count: " << count << "\n";
}
Linux/macOS用/proc/self/fd目录统计文件描述符数
类Unix系统没有统一“句柄”概念，但文件描述符（FD）是最接近的资源单位。读取/proc/self/fd目录内容即可获得当前进程打开的FD总数（包括socket、pipe、regular file等）。
-
opendir("/proc/self/fd")后遍历目录项，跳过.和..，计数即为FD总数 - 该方式不包含内存映射区域、信号处理等非FD资源，但覆盖了绝大多数I/O相关资源
- macOS无
/proc，需改用sysctl接口（CTL_KERN, KERN_PROCFILEDESC），代码更复杂且需root权限才能看到完整列表 - 注意：某些FD可能已关闭但目录项尚未消失（如子进程继承后未关闭），
readdir仍会列出，实际有效数需配合fcntl(fd, F_GETFD)验证
跨平台资源报告只能分层实现，别信“一键全量”
没有标准C++ API能统一获取“所有句柄/资源”，因为不同系统抽象模型差异太大：Windows有HANDLE+GDI+USER三套句柄体系；Linux以FD为核心但还有mmap/vma/proc/sys等维度；macOS则混合Mach port、BSD FD和I/O Kit引用。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 若只要基础资源水位，Windows用
GetProcessHandleCount+GetProcessMemoryInfo，Linux用/proc/self/status里的FDSize和VmRSS - 想查具体句柄类型？Windows必须用
NtQuerySystemInformation（未公开API，易崩溃）、Toolhelp32Snapshot（仅限部分对象）；Linux可读/proc/self/fdinfo/逐个解析每个FD指向的inode和访问模式 - 第三方库如
libprocps（Linux）或Psapi.h（Windows）能简化部分操作，但依然无法覆盖GDI/USER句柄或macOS的Mach port
调试时发现句柄泄漏，优先检查CloseHandle和close配对
句柄数持续增长几乎总是泄漏，但根源常不在统计逻辑本身，而在资源生命周期管理。
立即学习“C++免费学习笔记（深入）”；
- Windows：忘记调用
CloseHandle（尤其是CreateFile、CreateEvent、_beginthreadex返回的句柄），或误用CloseHandle关闭非HANDLE（如HDC该用DeleteDC） - Linux：
fork()后子进程未关闭父进程传入的FD，导致FD被意外继承并长期占用 - C++ RAII能缓解问题，但
std::unique_ptr默认删除器不支持HANDLE，需自定义deleter；std::file_descriptor（C++23）目前仅限FD，不覆盖Windows
真正麻烦的是GDI对象泄漏——它们不计入GetProcessHandleCount，却会导致GDI object count耗尽，最终CreateWindow失败。这类问题必须用GDIView或Process Explorer手动排查，没有纯代码方案。
