CUDA可用性验证最直接方式是调用cudaGetDeviceCount，若返回cudaSuccess且deviceCount>0，说明NVIDIA GPU可用；需注意错误码含义，如cudaErrorNoDevice表示无GPU，cudaErrorInsufficientDriver表示驱动过旧，且某些环境需先调用cudaFree(0)触发上下文初始化。
用 CUDA API 检测 NVIDIA GPU 是否可用
如果你只关心 NVIDIA 显卡，cudaGetDeviceCount 是最直接的判断方式。它不依赖驱动是否装了完整版（比如只装了显示驱动没装 CUDA Toolkit），只要驱动支持 CUDA 且设备在线，就能返回非零值。
常见错误是调用后忽略返回值或误判 cudaError_t：比如返回 cudaErrorNoDevice 表示无 GPU，cudaErrorInsufficientDriver 表示驱动太旧（低于 CUDA 要求版本），而不是“没检测到”。
- 必须先调用
cudaFree(0)或cudaSetDevice(0)触发上下文初始化，否则某些环境下cudaGetDeviceCount可能返回 0 即使有卡 - 不要仅靠
nvmlInit（NVML）判断——它需要独立安装 NVML 库，且对某些精简驱动不兼容 - 示例片段：
int deviceCount = 0;<br>cudaError_t err = cudaGetDeviceCount(&deviceCount);<br>if (err != cudaSuccess || deviceCount == 0) {<br> // 无可用 CUDA 设备<br>}
跨厂商检测：用 OpenCL 枚举 GPU 设备
OpenCL 能覆盖 NVIDIA、AMD、Intel 独立/核显，但默认可能把 CPU 也列出来，需过滤掉非 GPU 类型。
关键点在于 clGetDeviceInfo 查询 CL_DEVICE_TYPE，只认 CL_DEVICE_TYPE_GPU，避免把 CL_DEVICE_TYPE_ACCELERATOR（如 FPGA）或 CL_DEVICE_TYPE_CPU 误当 GPU。
立即学习“C++免费学习笔记（深入）”；
- Windows 上若未安装对应厂商的 OpenCL ICD（如 AMD 的
amdocl64.dll、Intel 的igdrcl64.dll），对应 GPU 会完全不可见 -
clGetPlatformIDs返回平台数为 0 不代表没 GPU，可能是 OpenCL 运行时缺失，不是硬件问题 - 简单验证：用
clinfo命令行工具（开源）可快速确认系统是否识别出 GPU 平台
Windows 上读取 WDDM 设备列表（不依赖 CUDA/OpenCL）
如果目标只是“有没有能跑 DirectCompute 的 GPU”，且限定 Windows + DirectX 环境，可以用 DXGI 枚举适配器并检查 SupportsCompute 标志。
这比 CUDA/OpenCL 更底层，但缺点是无法区分计算能力（比如只支持 DX11.0 的 GPU 可能不支持某些高级 compute shader 特性）。
- 必须用
DXGI_ADAPTER_FLAG_SOFTWARE排除 WARP 软件渲染器，否则会把 CPU 当 GPU - 调用
EnumAdapters1后对每个IDXGIAdapter1调用CheckInterfaceSupport（传__uuidof(ID3D11Device)）验证是否真支持 D3D11 - 即使枚举出多个适配器（如独显+核显），也要逐个检查
Desc1.Flags & DXGI_ADAPTER_FLAG_REMOTEFX等标志排除虚拟设备
Linux 下通过 sysfs 和 lspci 判断（适合嵌入式或容器环境）
在无 GUI、无驱动 runtime 的 Linux 环境（比如 Docker 容器），/sys/class/drm 和 lspci -v 是最轻量的探测方式。
注意：仅靠 lspci | grep VGA 不够——有些计算卡（如 NVIDIA Tesla）PCI Class 是 3D controller 而非 VGA compatible controller，得查 lspci -n | grep "0302\|0380"（PCI Class Code）。
-
/sys/class/drm/card*/device/vendor和device/device可确认厂商（0x10de=NVIDIA，0x1002=AMD，0x8086=Intel） - 有
/dev/nvidia0不代表能用 CUDA——可能权限不足或 nvidia-uvm 模块未加载，需额外测试cat /proc/driver/nvidia/gpus/0000:01:00.0/information - 容器里若挂载了
/dev/dri，优先用 Mesa 的eglGetDisplay(EGL_DEFAULT_DISPLAY)+eglQueryDevicesEXT，比硬解析 sysfs 更可靠
真正麻烦的不是“有没有 GPU”，而是“当前进程有没有权限访问它、驱动版本是否匹配、是否被其他进程独占”。所有 API 层检测都只能回答“硬件存在且驱动加载”，不能替代实际 kernel launch 或 buffer alloc 测试。
