libexif可直接读取JPEG的Orientation标签（1~8），需用exif_data_new_from_file()解析，再通过exif_content_get_entry()获取值；OpenCV不保留EXIF，须单独解析；非JPEG格式（PNG/WebP）无可靠Orientation支持。
用 libexif 读取 JPEG 的 Orientation 标签
EXIF 旋转角度（Orientation）只存在于 JPEG 文件的 APP1 段中，C++ 标准库不支持解析，必须借助第三方库。libexif 是最轻量、最直接的选择，它专为 EXIF 解析设计，不依赖图像解码器。
安装后，核心流程是：打开文件 → 解析 EXIF 数据 → 查找 EXIF_TAG_ORIENTATION → 获取值（1~8 的整数）。注意：libexif 不自动处理字节序，但 exif_data_get_orientation() 已封装好转换逻辑，直接调用更安全。
常见错误：用 fopen 打开后传入二进制数据前未用 fseek/fread 定位到 APP1 段起始 —— 实际上 libexif 的 exif_data_new_from_file() 会自行扫描，无需手动定位。
示例关键代码：
立即学习“C++免费学习笔记（深入）”；
ExifData *exif = exif_data_new_from_file("photo.jpg");
if (exif && exif->data) {
ExifEntry *entry = exif_content_get_entry(exif->ifd[EXIF_IFD_EXIF], EXIF_TAG_ORIENTATION);
if (entry) {
int orientation = exif_get_short(entry->data, exif->byte_order);
// orientation 值为 1~8，对应不同旋转/翻转组合
}
}
exif_data_unref(exif);
OpenCV + libexif 混合使用时的内存与生命周期陷阱
如果项目已用 OpenCV 读图（如 cv::imread()），别试图从 cv::Mat 数据里“反推” EXIF —— OpenCV 默认丢弃所有元数据。必须在加载图像前单独读取文件并解析 EXIF。
容易踩的坑：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 在
cv::imread()后再打开同名文件解析 EXIF：可能因文件被占用或路径不一致失败 - 用
std::ifstream读取全部文件到内存，再喂给 libexif：libexif 的exif_data_new_from_data()要求输入是完整 JPEG 字节流（含 SOI、APP1、SOF 等），但不校验完整性；若截断或混入非 JPEG 数据会返回空 - 忘记调用
exif_data_unref()：libexif 使用引用计数，泄漏会导致后续解析变慢甚至崩溃
Orientation 值的含义与实际图像变换映射
EXIF Orientation 不是单纯“顺时针旋转90度”，而是定义了相机坐标系到图像坐标系的映射关系，包含镜像和旋转组合。直接套用 cv::rotate() 会出错。
正确做法是根据值查表决定操作顺序（先翻转再旋转，或反之），例如：
-
orientation == 6：顺时针旋转90° + 垂直翻转 → 等价于cv::rotate(mat, mat, cv::ROTATE_90_CLOCKWISE)后再cv::flip(mat, mat, 0) -
orientation == 8：逆时针旋转90° + 垂直翻转 → 等价于cv::rotate(mat, mat, cv::ROTATE_90_COUNTERCLOCKWISE)后再cv::flip(mat, mat, 0) -
orientation == 1：无需任何操作（正常方向）
注意：OpenCV 的 cv::ROTATE_* 枚举仅处理纯旋转，镜像必须用 cv::flip() 单独处理，且翻转轴（0=垂直，1=水平）需严格匹配 EXIF 定义。
非 JPEG 文件（PNG/WebP）没有 EXIF Orientation
PNG 和 WebP 标准不支持 EXIF 段，它们的旋转信息若存在，是通过其他机制传递的：
- PNG：可能用
oFFt或vpAgchunk，但无统一旋转语义；主流工具（如 iOS 截图）根本不会写旋转信息 - WebP：部分编码器支持
EXIF或XMP元数据，但需用libwebp的WebPGetInfo()配合自定义解析，且兼容性极差
结论：只有 JPEG 可靠支持 Orientation。若业务需统一处理多格式，必须在保存阶段主动将旋转应用到像素数据（即“固化旋转”），而非依赖元数据延迟处理。
真正麻烦的不是读取，而是确认图像来源是否真的写了这个字段 —— 很多安卓相机 App 在保存 JPEG 时直接忽略 EXIF 写入，导致 exif_data_get_entry() 返回 nullptr，这时候只能靠 UI 提示用户手动校正。
