阶段 0原始未优化版本延迟 300~500ms代码缺陷直接cap.open(0)使用默认后端未指定 V4L2使用cap.read()一体式读取内部多帧缓存堆积未设置缓冲区、帧率、像素格式 对应文档知识点OpenCV VideoCapture 上层封装会内置环形缓冲区默认缓存多帧滞后严重。阶段 1基础缓存优化 → 延迟降至 200ms两大核心改动强制设置缓冲区仅 1 帧cap.set(CAP_PROP_BUFFERSIZE, 1)文档原理限制 V4L2/OpenCV 缓存队列长度旧帧不再堆积分离grab()retrieve()grab()只抓取最新帧直接丢弃队列内历史旧帧retrieve()仅对当前最新帧做解码 / 格式转换waitKey(1)缩短界面阻塞等待时间。阶段 2指定 V4L2 原生后端 → 进一步削减中间层开销改动cap.open(0, cv::CAP_V4L2)文档分层原理 正常层级应用→OpenCV 通用封装→中间适配层→V4L2→驱动 指定 V4L2 后端后应用→OpenCV V4L2 专用接口→V4L2 内核接口剥离多余抽象层减少系统调用开销。阶段 3像素格式切换MJPEG 测试延迟 40~45ms配置 MJPEG 四字符码fourcc cv::VideoWriter::fourcc(M,J,P,G)优缺点MJPEG 压缩传输带宽占用低但retrieve 解码耗时 35ms 左右CPU 解码是新瓶颈。阶段 4最终最优方案 —— 切换 YUYV 无压缩格式总软件延迟≈20ms设置 YUYV 格式fourcc cv::VideoWriter::fourcc(Y,U,Y,V)文档关键差异MJPEG压缩码流需要 CPU 执行 JPEG 解码耗时高YUYV原始裸流无需解码仅简单色彩空间转换retrieve 耗时从 35ms 降至 5ms同步锁定 30fpscap.set(CAP_PROP_FPS, 30)减少帧间隔等待延迟