OpenCV的imwrite支持TIFF，但需编译时启用libtiff且版本≥4.5.0；用cv::getBuildInformation()确认TIFF: YES，否则静默失败；保存时关键参数包括IMWRITE_TIFF_COMPRESSION（仅≥4.8.0生效）、XDPI、YDPI等，且仅支持CV_8U/CV_16U类型，浮点型需先转CV_16U。
OpenCV的imwrite是否支持TIFF？
支持，但有前提：必须编译时启用了libtiff后端，且OpenCV版本 ≥ 4.5.0（旧版可能因默认不带TIFF编码器而静默失败）。用cv::getBuildInformation()检查输出中是否有TIFF: YES——没看到就说明TIFF写入功能不可用，imwrite会返回false且不报错。
保存TIFF时哪些参数影响实际效果？
TIFF格式灵活，但OpenCV只暴露有限控制。关键参数是cv::IMWRITE_TIFF_RESUNIT、cv::IMWRITE_TIFF_XDPI、cv::IMWRITE_TIFF_YDPI和cv::IMWRITE_TIFF_COMPRESSION。注意：IMWRITE_TIFF_COMPRESSION仅在OpenCV ≥ 4.8.0中生效，旧版本忽略该参数，默认用LZW压缩（若启用）或无压缩。
-
IMWRITE_TIFF_COMPRESSION可设为0（无压缩）、1（LZW）、2（ZIP），但LZW需libtiff编译时开启WITH_TIFF且含LZW支持（部分发行版禁用LZW因专利历史） - 未传参数时，OpenCV按Mat的
depth()和channels()自动映射：8U单通道→灰度TIFF，8U三通道→RGB，16U单通道→16位灰度TIFF - 写入浮点型Mat（如
CV_32F）会自动转为CV_16U并截断，不是保留浮点精度——TIFF浮点（IEEE 754）需手动用libtiff原生API
为什么imwrite("x.tiff", mat)没报错却生成了空文件或损坏文件？
常见原因有三个：路径权限不足、文件扩展名与实际编码器不匹配、Mat数据异常。OpenCV根据扩展名选择编码器，.tiff和.tif都识别，但某些系统或OpenCV构建会区分大小写（如Linux下.TIFF可能失败）；更隐蔽的是Mat为空（mat.empty() == true）或数据指针为nullptr，此时imwrite返回false但不抛异常。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 务必检查返回值：
if (!cv::imwrite("out.tif", mat)) { /* 失败处理 */ } - 确认Mat类型合法：
mat.depth()应为CV_8U、CV_16U或CV_8S；mat.channels()限于1、3、4 - 避免使用相对路径中的中文或空格，某些TIFF编码器对路径字符敏感
需要保存16位/浮点TIFF怎么办？
OpenCV的imwrite对16位支持有限（仅CV_16U），且完全不支持CV_32F或CV_64F的TIFF写入。若必须保存浮点TIFF（如科学成像），得绕过OpenCV，直接调用libtiff。例如：分配TIFF*句柄，用TIFFSetField设置TIFFTAG_SAMPLEFORMAT为SAMPLEFORMAT_IEEEFP，再逐行TIFFWriteScanline。这比OpenCV多出10倍代码量，但能精确控制位深、压缩、元数据。
立即学习“C++免费学习笔记（深入）”；
多数场景下，先用mat.convertScaleAbs(..., alpha=65535.0)把浮点Mat归一化到CV_16U再交给imwrite，是最快落地的折中方案——只是丢失原始动态范围信息。
