使用CMake编译C++项目能否将libleveldb.dylib打包进可执行文件

方案1：静态链接LevelDB（直接将代码嵌入可执行，无需额外分发依赖） #

动态库(.dylib)本身无法直接嵌入二进制文件，要实现单文件无依赖运行，可改用LevelDB静态库做静态链接，链接后LevelDB的所有逻辑会被整合到你的可执行文件中。具体操作步骤如下：

• 确认Homebrew安装的LevelDB自带静态库：默认安装路径下会存在/usr/local/Cellar/leveldb/1.23/lib/libleveldb.a文件，可手动检查确认存在。
• 修改CMakeLists.txt配置，替换原有的动态库链接逻辑：

  # 替换原有的target_link_libraries配置，直接链接静态库
  target_link_libraries(test /usr/local/Cellar/leveldb/1.23/lib/libleveldb.a)
  # 更规范的写法是通过find_package查找依赖，避免写死版本路径
  # find_package(leveldb REQUIRED)
  # target_link_libraries(test leveldb::leveldb)
  

• 编译完成后执行otool -L test命令检查依赖，若输出中没有libleveldb.dylib的相关条目，即说明静态链接成功，生成的二进制可直接在同架构的Mac设备上运行。

方案2：动态库打包分发（适用于必须使用动态链接的场景） #

如果因为业务需求必须保留动态链接，可以将动态库和可执行文件绑定分发，实现开箱即用：

• 将/usr/local/Cellar/leveldb/1.23/lib/libleveldb.dylib复制到你的可执行文件同目录下
• 在CMakeLists.txt中添加rpath配置，让可执行文件优先查找同目录下的动态库：

  set(CMAKE_INSTALL_RPATH "@executable_path")
  set(CMAKE_BUILD_WITH_INSTALL_RPATH TRUE)
  

• 编译完成后执行install_name_tool修改动态库查找路径：
  install_name_tool -change /usr/local/Cellar/leveldb/1.23/lib/libleveldb.dylib @rpath/libleveldb.dylib test
• 分发时将可执行文件和libleveldb.dylib放在同一压缩包中即可。

注意事项 #

• 若需要同时兼容Intel和Apple Silicon架构的Mac设备，需要先将LevelDB编译为通用二进制(universal binary)后再进行链接，否则生成的程序只能在与编译设备同架构的机器上运行。
• 静态链接时若出现未定义符号报错，需要检查LevelDB编译时开启的依赖（如snappy、lz4等压缩库），将对应依赖的静态库也一同加入链接配置即可。

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