如何在Linux上使用共享库分发依赖boost、FFmpeg的应用

嗨，根据你描述的情况，要让你的应用在Ubuntu 14.04及以上版本顺利运行且不使用静态编译，核心是处理库版本兼容性问题——因为不同Ubuntu发行版自带的Boost和FFmpeg库版本差异不小，比如你检测到的14.04用的是FFmpeg 54.x和Boost 1.54，而16.04的库版本明显更高。下面是几个实用的方案：

方案1：使用Ubuntu 14.04作为编译环境（最低版本编译原则） #

• 这是最稳妥的方式：在Ubuntu 14.04系统上编译你的应用，链接系统自带的libavcodec.so.54和libboost_thread.so.1.54.0。
• 原理：Linux的动态链接库具有向下兼容性（高版本系统能兼容低版本编译的二进制），所以在14.04编译的程序，在16.04及更高版本的Ubuntu上通常能直接运行，因为这些系统的库版本更高，且会保留对旧版本符号的兼容。
• 注意：编译时要确保链接的是系统的动态库，不要手动指定高版本库路径。可以用ldd命令检查编译后的二进制依赖：

  ldd your_app | grep -E "(avcodec|boost_thread)"
  

  确认依赖的是14.04对应的库版本。

方案2：打包依赖库随应用分发 #

• 如果无法在14.04上编译，可以把应用依赖的14.04版本的库文件（libavcodec.so.54.35.1、libboost_thread.so.1.54.0等）和应用一起打包。
• 具体步骤：
  1. 从Ubuntu 14.04系统中复制所需的库文件到应用目录下的libs子文件夹。注意要复制完整的依赖链，比如FFmpeg的库还依赖libavutil、libavformat等，可以用ldd your_app列出所有相关依赖后逐一复制。
  2. 编写一个启动脚本run_app.sh，用来指定运行时的库加载路径：

     #!/bin/bash
     LD_LIBRARY_PATH="./libs:$LD_LIBRARY_PATH" ./your_app
     

  3. 给脚本添加执行权限：chmod +x run_app.sh，用户通过运行这个脚本启动应用即可。

方案3：使用AppImage打包（推荐） #

• AppImage是一种跨Linux发行版的打包格式，可以把应用和所有依赖的库打包成一个单独的可执行文件，用户无需安装任何依赖就能直接运行。
• 操作思路：
  1. 在Ubuntu 14.04上编译好应用，收集所有依赖库。
  2. 使用appimagetool工具按照AppImage规范打包，它会自动处理库路径、符号链接等兼容性问题。
• 优势：用户体验极佳，一个文件就能运行，且能完美兼容Ubuntu 14.04及更高版本的系统。

额外注意事项 #

• 避免使用高版本API：如果你的代码用到了Ubuntu 14.04版本库中没有的函数或特性，即使打包了库也会运行报错，所以要确保代码兼容14.04的Boost和FFmpeg版本。
• 多版本测试：一定要在目标版本的Ubuntu系统（14.04、16.04、18.04等）上测试应用，用ldd检查依赖是否满足，运行应用看是否有缺失库或符号的报错。

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