mat转qimage时需先用cv::cvtcolor(mat, mat_rgb, cv::color_bgr2rgb)将bgr转rgb，再以mat_rgb.step为bytesperline、qimage::format_rgb888构造，并调用copy()确保内存独立，避免偏色、撕裂或崩溃。
Mat转QImage时颜色通道顺序不匹配导致图像发蓝
OpenCV默认用BGR顺序存图像，Qt的QImage默认按RGB解释数据。直接用QImage(data, width, height, bytesPerLine, QImage::Format_RGB888)会把BGR当RGB读，结果整张图偏蓝。这不是bug，是两者约定不同。
- 对彩色图，必须先用
cv::cvtColor(mat, mat_rgb, cv::COLOR_BGR2RGB)转换通道顺序 - 灰度图（
mat.channels() == 1）可直转，格式选QImage::Format_Grayscale8，避免额外拷贝 - 若
mat.isContinuous()为false（如ROI或某些操作后），需先调用mat = mat.clone()保证内存连续，否则QImage构造会读错数据
构造QImage时bytesPerLine参数填错引发显示错位或崩溃
QImage构造函数第四个参数bytesPerLine不是简单等于width * channels，而是OpenCV中mat.step的值——即每行实际占用字节数，可能因内存对齐补0。用错会导致图像横向撕裂、偏移，甚至访问越界。
- 正确写法：
int bytesPerLine = static_cast<int>(mat.step)</int> - 不要用
mat.cols * mat.elemSize()替代，尤其在含padding的Mat上会出错 - 若不确定，可打印
mat.step和mat.cols * mat.elemSize()对比验证
QImage生命周期依赖Mat数据内存，容易出现野指针
QImage构造函数支持传入裸指针，但默认不复制数据。如果原cv::Mat析构或重新分配内存，QImage再访问就会崩溃或显示乱码。
- 安全做法：用
QImage.copy()生成独立副本，例如QImage img = qimg.copy() - 若确定Mat生命周期长于QImage（如静态缓存或成员变量），可用
QImage构造后调用qimg.bits()确认地址未变，但不推荐依赖此行为 - Qt6起
QImage构造函数已明确标注“data must remain valid”，文档警告比以前更严格
OpenCV Mat类型与QImage格式不对应引发黑屏或花屏
QImage::Format必须严格匹配Mat的type()和通道数，否则Qt内部解码逻辑失效，常见表现为全黑、纯色块或噪点。
-
mat.type() == CV_8UC1→QImage::Format_Grayscale8（Qt5.13+）或QImage::Format_Indexed8（旧版需配调色板） -
mat.type() == CV_8UC3→ 转BGR2RGB后用QImage::Format_RGB888 -
mat.type() == CV_8UC4→ 用cv::COLOR_BGRA2RGBA转后选QImage::Format_RGBA8888，注意Alpha通道是否需保留 - 浮点型Mat（如
CV_32F）不能直接转，必须先convertScaleAbs()或归一化到CV_8U
Mat数据布局、通道顺序、内存生命周期这三点，漏掉任何一个都可能让图像在某个设备或某次运行中突然异常，而不是立刻报错。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
