通过VCPKG更新RocksDB后初始化崩溃问题求助

长期在Windows平台通过Visual Studio从源码编译使用RocksDB，近期用VCPKG升级一年未更新的RocksDB版本。解决VCPKG与VS2022适配问题后，成功编译出Debug/Release版本，但替换内部RocksDB头文件、改用VCPKG静态库后，程序在库加载阶段崩溃（未进入main函数），Debug和Release模式均触发该问题。

崩溃调用栈：

> Rocksdb::Comparator::timestamp_size() Line 110    C++
rocksdb::InternalKeyComparator::InternalKeyComparator(const rocksdb::Comparator * c, bool named) Line 242   C++
rocksdb::ImmutableCFOptions::ImmutableCFOptions(const rocksdb::ColumnFamilyOptions & cf_options) Line 835   C++
rocksdb::ImmutableCFOptions::ImmutableCFOptions() Line 829  C++
rocksdb::`dynamic initializer for 'dummy_cf_options''() Line 43 C++

崩溃原因：InternalKeyComparator构造时传入的参数c为nullptr，对应代码片段：

explicit InternalKeyComparator(const Comparator* c, bool named = true)
  : Comparator(c->timestamp_size()), user_comparator_(c) {
if (named) {
  name_ = "rocksdb.InternalKeyComparator:" +
          std::string(user_comparator_.Name());
}

• 对齐编译选项与运行时库
  确保VCPKG编译RocksDB的参数和你的项目完全一致：

  • 检查运行时库设置：项目属性→C/C++→代码生成→运行时库，要和VCPKG的triplet配置匹配（比如x64-windows对应/MD，x64-windows-static对应/MT）。
  • 核对宏定义、代码优化等级等选项，避免因编译选项不匹配导致全局对象初始化逻辑混乱。

• 修复全局对象初始化顺序
  崩溃发生在RocksDB内部全局对象dummy_cf_options的初始化阶段，若你的项目存在依赖RocksDB的全局对象，可能出现初始化顺序倒置问题（你的全局对象先于RocksDB的对象初始化）：

  • 将项目中依赖RocksDB的全局对象改为局部静态变量，在第一次调用时才初始化。
  • 调整项目链接顺序，将RocksDB库放在依赖它的库之前。

• 确保头文件与库版本完全匹配
  彻底清理项目中旧版本RocksDB的头文件残留：

  • 检查项目的包含路径，移除指向旧RocksDB源码的路径，确保优先加载VCPKG安装的对应版本头文件。
  • 避免混合旧头文件和新库，这种版本不兼容会引发未定义行为。

• 检查RocksDB的VCPKG编译特性
  对比VCPKG编译RocksDB时的特性开关和你之前源码编译的配置：

  • 查看VCPKG的RocksDB portfile，确认是否开启了ROCKSDB_USE_TIMESTAMPS等你未使用的特性，这类特性可能改变Comparator的初始化逻辑。
  • 若需要自定义编译选项，可通过VCPKG的overlay-port功能修改RocksDB的编译参数，对齐之前的源码编译配置。

• 重新编译VCPKG的RocksDB
  清除VCPKG缓存并重新编译，避免缓存产物的适配问题：

  vcpkg remove rocksdb
  vcpkg install rocksdb:x64-windows  # 根据你的平台triplet调整
  

  编译时确保VS2022的环境变量正确加载，避免编译过程中出现隐性适配问题。

内容的提问来源于stack exchange，提问作者Vega4