opencv videocapture 枚举设备时只显示0、1、2是因为其整数索引构造函数仅顺序尝试打开设备，并非真实枚举；需用平台原生api（如windows directshow、linux v4l2、macos avfoundation）获取完整设备列表及属性。
OpenCV VideoCapture 枚举设备时为什么总是只看到 0、1、2？
因为 cv::VideoCapture 的默认构造方式（传整数索引）根本不做设备枚举，它只是按序尝试打开设备驱动——索引 0 成功就返回，失败就跳过，不告诉你后面还有谁。你看到的“0、1、2”其实是你碰巧能打开的前几个，不是系统真实设备列表。
真正枚举需要绕开 VideoCapture，用底层 API：
- Windows 下优先用
DirectShow（ICreateDevEnum+ICaptureGraphBuilder2），它能拿到设备名称、符号链接、甚至支持的分辨率/帧率列表 - Linux 下用
v4l2（/dev/video*+ioctl(..., VIDIOC_QUERYCAP)），注意普通用户需加入video用户组，否则open()返回Permission denied - macOS 用
AVFoundation（AVCaptureDevice.devices()），C++ 调用需桥接 Objective-C++（.mm文件）
DirectShow 枚举摄像头时 ICreateDevEnum::CreateClassEnumerator 返回 E_NOINTERFACE
这是 COM 初始化没做或做得不对。DirectShow 不是“包含头文件就能用”的库，它依赖完整的 COM 环境。
必须在枚举前调用：
立即学习“C++免费学习笔记（深入）”；
CoInitialize(nullptr); // 或 CoInitializeEx(nullptr, COINIT_MULTITHREADED)
且每个线程只能调用一次；如果程序其他地方用了 CoUninitialize() 过早释放，后续枚举就会失败。常见坑：
- 在 DLL 中初始化 COM，但主程序没管生命周期，导致卸载时崩溃
- 多线程环境下混用
COINIT_APARTMENTTHREADED和COINIT_MULTITHREADED，引发接口不可用 - 忘了链接
strmiids.lib，链接器报LNK2019: unresolved external symbol _CLSID_CoCreateInstance@...
用 OpenCV 4.8+ 的 cv::enumerateCameras() 真的可靠吗？
不完全可靠。这个函数是 OpenCV 4.8 新增的，但底层实现严重依赖平台和后端：
- Windows 上它实际调用的是
Media Foundation，不是 DirectShow，所以某些老 USB 摄像头（尤其无 MF 驱动的）会直接消失 - Linux 上它只扫描
/dev/video*，不验证设备是否真能 capture（比如被motion或guvcview占用时仍会列出） - 返回的
cv::CameraInfo结构里backend字段值不稳定（有时是0，有时是200），不能用来判断后端类型 - 它不提供设备唯一 ID（如 USB bus:device 地址），重插摄像头后索引可能变，无法稳定绑定
示例中你以为安全的写法：
auto devices = cv::enumerateCameras();<br>for (const auto& dev : devices) {<br> std::cout << dev.name << " (" << dev.index << ")\n";<br>}
实际运行时可能漏掉设备，也可能把打印机的视频流（如带摄像头的多功能一体机）也列进来。
获取设备支持的格式时，VIDIOC_ENUM_FMT 返回 EINVAL 怎么办？
Linux 下常见于没先设置好输入源。v4l2 是状态机式 API，必须严格按顺序操作：
- 先
open("/dev/video0", O_RDWR) - 再
ioctl(fd, VIDIOC_S_INPUT, &input)—— 即使只有一个输入，也要显式设为 0 - 然后才能
ioctl(fd, VIDIOC_ENUM_FMT, &fmt)
漏掉 VIDIOC_S_INPUT 就会返回 EINVAL。另外注意：VIDIOC_ENUM_FMT 必须配合 type = V4L2_BUF_TYPE_VIDEO_CAPTURE，设成 V4L2_BUF_TYPE_VIDEO_OUTPUT 也会错。
更隐蔽的坑：某些 UVC 设备（如 Logitech C920）在未调用 VIDIOC_S_FMT 设置过初始格式前，ENUM_FMT 可能只返回默认格式（如 MJPEG），实际还支持 YUYV、H264，得靠反复试 S_FMT + G_FMT 推断。
sysfs 路径或 IMoniker::GetDisplayName 返回的字符串。 
