使用exiv2打开图片时出现std::bad_alloc异常问题求助

问题排查方案 #

1. 异常捕获范围补全
   你当前的代码仅捕获了Exiv2::Error类型异常，而std::bad_alloc属于C++标准库异常，未被你的捕获分支命中，才会直接触发系统层面的异常弹窗。建议补充标准异常捕获分支，拿到更明确的报错信息：

// 原有Exiv2异常捕获后补充以下分支
catch (const std::exception& e) {
    std::cout << "Caught standard exception '" << e.what() << "'\n";
    return -2;
}
catch (...) {
    std::cout << "Caught unknown exception\n";
    return -3;
}

2. 检查Exiv2库编译配置与项目匹配性

• 确认你使用的Exiv2库的编译环境和你当前VS2019项目完全匹配：运行时库选项（/MD//MT//MDd//MTd）必须一致，位数（32位/64位）必须一致，编译时的宏定义（比如EXV_ENABLE_BMFF、字符编码相关宏）也要和项目保持一致。
• 如果你使用的是旧版本Exiv2（低于0.27.6），建议升级到最新稳定版，旧版本对大疆设备拍摄的大体积图片、自定义元数据的解析存在已知的内存分配bug，会触发std::bad_alloc。

3. 验证测试文件和路径合法性

• 先替换测试文件为体积较小、无特殊元数据的普通jpg文件，验证代码逻辑是否正常，如果替换后无报错，说明目标DJI_0001.jpg存在元数据损坏、或者嵌入了超大体积的自定义元数据，导致Exiv2解析时申请内存超出上限。
• 确认目标文件没有被其他进程独占占用，读取权限正常。

4. 代码鲁棒性优化

• assert仅在Debug模式下生效，Release模式下会被编译忽略，建议将assert(image.get() != 0);替换为正式的空指针判断逻辑，避免Release版本出现未定义行为。
• 如果你后续需要处理含中文、特殊字符的路径，需确保传入Exiv2::ImageFactory::open的路径为UTF-8编码，旧版本Exiv2对Windows默认GBK编码路径的兼容性较差。

内容的提问来源于stack exchange，提问作者Au Gus Tas