应通过代码枚举验证设备索引，Windows下常用0（内置）或1（USB），Linux下可能为0但受加载顺序影响；需配合后端指定（如cv::CAP_DSHOW）和延时重试确保稳定读取。
VideoCapture 构造时设备索引填多少
OpenCV 的 cv::VideoCapture 读 USB 摄像头，最常卡在设备索引上。Windows 和 Linux 行为不同：
Windows 下通常从 0 开始编号，0 是默认摄像头（可能是笔记本自带），1 才是插上的 USB 摄像头；Linux 下设备节点是 /dev/video0、/dev/video1，索引一般对应数字部分，但内核加载顺序会影响实际编号——拔掉其他摄像头再插 USB 的，更可能落到 0。
别靠猜，用代码枚举验证：
for (int i = 0; i < 10; ++i) {
cv::VideoCapture cap(i);
if (cap.isOpened()) {
std::cout << "Found camera at index: " << i << std::endl;
cap.release();
}
}
注意：某些 USB 摄像头（尤其带 MJPEG 压缩的）在 Windows 上需显式指定后端，否则 isOpened() 返回 false 即使设备存在。
为什么 VideoCapture.open() 成功但 read() 总是失败
常见原因不是设备没连，而是后端不匹配或参数冲突：
• Windows 默认用 CAP_MSMF 后端，对老旧 UVC 摄像头兼容差，容易 read() 返回空帧；
• Linux 下若系统启用了 v4l2 的 power saving 模式，首次 read() 可能超时失败；
• macOS 的 CAP_AVFOUNDATION 对某些 USB 摄像头支持有限。
解决办法是强制指定后端并加延时重试：
立即学习“C++免费学习笔记（深入）”；
- Windows：用
cv::VideoCapture cap(0, cv::CAP_DSHOW)或cv::CAP_MSMF替换为cv::CAP_DSHOW - Linux：加
cap.set(cv::CAP_PROP_BUFFERSIZE, 1)减少缓冲延迟，再cap.grab()丢弃前几帧 - 所有平台：open 后加
std::this_thread::sleep_for(std::chrono::milliseconds(100))，再grab()1–2 次，再retrieve()
set() 设置分辨率/帧率为什么没生效
USB 摄像头只支持其硬件固化的格式组合，OpenCV 的 set() 调用成功（返回 true）不代表实际生效——它只是把请求发给驱动，驱动可能静默降级或忽略。
典型陷阱：
-
cv::CAP_PROP_FRAME_WIDTH和cv::CAP_PROP_FRAME_HEIGHT必须成对设置，且必须是摄像头支持的离散尺寸（如 640×480、1280×720），设 1280×721 会失败 -
cv::CAP_PROP_FPS在多数 USB 摄像头上无效，实际帧率由曝光、白平衡、传输带宽共同决定；想控速得用cv::CAP_PROP_AUTO_EXPOSURE关闭自动，再手动调cv::CAP_PROP_EXPOSURE - Linux 下需确认 v4l2 是否启用：运行
v4l2-ctl --list-formats-ext -d /dev/video0查看真实支持格式
验证是否真生效：open 后立刻 get(cv::CAP_PROP_FRAME_WIDTH) 和 get(cv::CAP_PROP_FRAME_HEIGHT)，比对设置值。
多线程中 VideoCapture 不稳定怎么办
cv::VideoCapture 实例**不是线程安全的**。常见误用是：一个 cap 对象被多个线程同时 read() 或 set()，结果帧乱序、崩溃、或 isOpened() 突然变 false。
正确做法只有两种：
- 单线程采集 + 队列分发：主线程循环
read()，写入std::queue<:mat></:mat>，其他线程从队列取帧处理（注意加锁或用无锁队列） - 每个线程独占一个
VideoCapture：适用于多摄像头场景，但注意 USB 带宽瓶颈——同一主控下的多个高清摄像头可能抢带宽，导致丢帧
特别注意：Windows 下 CAP_DSHOW 后端在多线程中释放 cap 容易触发 COM 未初始化错误，务必确保 CoInitializeEx 已调用且线程模型匹配。
USB 摄像头的底层行为差异太大，OpenCV 封装层之下全是黑盒。与其反复调参，不如先用 v4l2-ctl（Linux）或 AMCap（Windows）确认硬件本身能否稳定输出目标格式——这是最容易被跳过的一步。
