C++如何获取图片的EXIF信息-C++-PHP中文网

libexif是c++项目中读取jpeg exif信息最成熟、最轻量的选择，专为exif设计，不依赖opencv等大图像库，仅支持jpeg的app1段标准exif结构，不支持png/webp及xmp/iptc。

c++如何获取图片的exif信息

用 libexif 读取 JPEG 的 EXIF 数据最直接

libexif 是 C++ 项目中读取 JPEG EXIF 信息最成熟、最轻量的选择，不依赖大而全的图像库（比如 OpenCV 或 ImageMagick），专为 EXIF 设计。它原生 C 接口，C++ 项目里直接 #include <libexif></libexif> 即可调用，编译时链接 -lexif。

注意：libexif 只支持 JPEG（含 JFIF/Exif 格式），对 PNG、WebP、HEIC 等格式完全无效；且不解析 XMP 或 IPTC —— 它只认 JPEG APP1 段里的标准 EXIF 结构。

常见错误现象：exif_data_new_from_file() 返回 NULL，多数是因为传入了非 JPEG 文件、文件路径错误，或文件无 EXIF 段（空 APP1）。

实操建议：

先用命令行验证文件是否含 EXIF：identify -verbose image.jpg | grep -i exif（ImageMagick）或 exiftool -s image.jpg | head -5
调用前检查文件是否存在且可读：access(path.c_str(), R_OK) == 0
务必检查返回值：ExifData *ed = exif_data_new_from_file(path.c_str()); 后立即判空
释放资源必须调用 exif_data_unref(ed)，否则内存泄漏

提取特定字段如拍摄时间、相机型号要遍历 IFD

EXIF 数据按 IFD（Image File Directory）组织，常见字段分散在 EXIF_IFD_0、EXIF_IFD_EXIF、EXIF_IFD_GPS 中。不能靠“字段名字符串”直接查——libexif 用的是 ExifTag 枚举值和 IFD 分区双重定位。

例如获取拍摄时间（EXIF_TAG_DATE_TIME_ORIGINAL）必须指定 IFD：exif_content_get_entry(content, EXIF_TAG_DATE_TIME_ORIGINAL)，而 content 来自 exif_data_get_content(ed, EXIF_IFD_EXIF)。

容易踩的坑：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

误以为 EXIF_TAG_MODEL 在 IFD0，实际在 EXIF_IFD_0；但 EXIF_TAG_DATE_TIME_ORIGINAL 在 EXIF_IFD_EXIF —— 查错 IFD 就拿不到值
返回的 ExifEntry* 的 data 字段是原始字节，需用 exif_entry_get_value() 转成可读字符串（自动处理字节序和编码）
GPS 信息（如经纬度）是 rational 类型，exif_entry_get_value() 返回格式如 "39.9042, 116.4074"，但原始存储是分子/分母两个 uint32_t，需手动解析

避免 segfault：检查 entry 和 data 的有效性再解码

很多崩溃源于对空指针或非法 tag type 的盲目解码。libexif 不做运行时类型防护，exif_entry_get_value() 对未初始化或 type 为 EXIF_FORMAT_UNDEFINED 的 entry 可能直接 crash。

安全做法是逐层校验：

确认 ExifContent* 非空，再调用 exif_content_get_entry()
拿到 ExifEntry* 后，检查 entry->data 是否非空、entry->size > 0
检查 entry->format 是否为预期类型（如 EXIF_FORMAT_ASCII 或 EXIF_FORMAT_SHORT），再决定调用哪个 getter
对 GPS 等复合字段，优先用 exif_entry_get_value()，而非手撸 entry->data —— 它已封装好 rational 解析逻辑

示例片段（获取相机型号）：

ExifContent *c0 = exif_data_get_content(ed, EXIF_IFD_0);
ExifEntry *e = exif_content_get_entry(c0, EXIF_TAG_MODEL);
if (e && e->data && e->size) {
    char val[256] = {0};
    exif_entry_get_value(e, val, sizeof(val)-1);
    std::string model(val);
}

C++ 封装时别绕过 libexif 的内存模型

有人想用 RAII 封装 ExifData*，直接在析构里调 exif_data_unref()，这没问题；但若试图把 ExifEntry* 或 ExifContent* 也托管起来，就容易出问题 —— 它们生命周期依附于 ExifData*，不能单独 ref/unref。

更隐蔽的问题是深拷贝：libexif 没有 exif_data_copy()，所有“复制”都得手动遍历 tag 重建，开销大且易漏。除非必要，别尝试克隆 EXIF 数据。

真实项目中容易被忽略的一点：libexif 默认不解析缩略图（THUMBNAIL IFD），即使 JPEG 里有嵌入缩略图，exif_data_new_from_file() 也不会加载它。如需缩略图，得手动解析 APP1 后的 SOI/SOF 段，或换用支持 thumbnail 的库（如 exiv2）。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！