根本原因是Mat的BGR通道顺序与Qt默认RGB不匹配，且QImage构造时未正确指定格式及bytesPerLine参数，导致颜色错乱或显示失真。
Qt用QLabel显示OpenCV Mat画面时图像发绿或错位
根本原因是Mat的BGR通道顺序和Qt默认RGB不匹配，且Mat数据指针直接传给QImage时未正确指定格式。常见现象是画面整体偏绿、颜色混乱，或显示为横向条纹。
- 必须用
cv::cvtColor(mat, mat_rgb, cv::COLOR_BGR2RGB)转成RGB - 创建
QImage时，data指针要指向转换后的mat_rgb.data，格式必须用QImage::Format_RGB888 - 确保Mat是连续内存（
mat.isContinuous()为true），否则需先clone() - 不要用
QImage::Format_BGR888——Qt不支持该格式的直接渲染
QTimer定时读帧导致界面卡顿或崩溃
在主线程用QTimer反复调用cap.read()并更新UI，容易因OpenCV阻塞或QImage构造耗时引发卡顿，甚至触发Qt跨线程访问QPixmap的崩溃（“QObject: Cannot create children for a parent that is in a different thread”）。
- 把
cv::VideoCapture操作放到独立QThread或QRunnable中，只通过信号传递QImage或QPixmap - 避免在子线程里直接构造
QImage并传回主线程——QImage非线程安全；推荐在子线程中复制Mat数据到std::vector<uchar></uchar>，再发信号携带该vector - 如果坚持用定时器，务必加
cap.set(cv::CAP_PROP_BUFFERSIZE, 1)减少缓存帧，防止延迟累积
Windows下cv::VideoCapture打开失败返回空Mat
Qt程序打包后摄像头打不开，但IDE里正常，大概率是OpenCV动态库缺失或后端不匹配。错误表现是cap.isOpened()为false，或cap.read(mat)返回false且mat.empty()为true。
- 检查是否链接了
opencv_videoio和对应后端（如opencv_videoio_msmf或opencv_videoio_dshow） - 显式指定后端：
cv::VideoCapture cap(0, cv::CAP_MSMF)（MSMF比旧的DShow更稳定） - 确认目标机器安装了Visual C++ Redistributable，且OpenCV DLL版本与Qt编译器匹配（MSVC2019配MSVC2019版OpenCV）
- 权限问题：Windows 10/11需在应用设置中开启“相机”权限，否则
cap.open()静默失败
QPainter在QWidget上直接绘制OpenCV画面性能差
重写paintEvent，每次用QPainter::drawImage()画QImage，看似简洁，实则每帧都触发完整重绘+合成，CPU占用高，帧率上不去。
- 改用
QLabel::setPixmap()是最轻量方案：构造QPixmap::fromImage()后直接set，Qt内部会优化纹理上传 - 避免频繁new/delete QImage：复用同一QImage对象，用
QImage::bits()获取指针后用memcpy更新像素数据（注意锁住Mat数据） - 分辨率太高时（如1080p），考虑用
cv::resize()预缩放到适合显示的尺寸再转QImage，别让GPU忙于拉伸
