构建并打包可移植Linux版FFmpeg（解决‘GLIBC_2.27未找到’问题）

这问题我太熟了！本质就是GLIBC版本兼容性的锅——你在Ubuntu 18.04上编译FFmpeg时，系统自带的GLIBC是2.27版本，编译出来的libavfilter.so.7这类库会硬依赖这个高版本的GLIBC符号；但Fedora 27的系统GLIBC版本更低（实际是2.26），自然找不到需要的GLIBC_2.27，直接报错。

下面给你几个靠谱的解决方案，按推荐优先级排序：

1. 用低版本基础系统编译（最稳妥的通用方案） #

Linux的GLIBC是向前兼容的——低版本GLIBC编译出的程序，能在高版本GLIBC的系统上运行，但反过来绝对不行。所以想要让你的FFmpeg包兼容更多老发行版，就得用更老的系统作为编译环境：

• 如果你之前在Ubuntu 16.04上编译的版本能正常运行，那继续用它就行（Ubuntu 16.04的GLIBC是2.23，覆盖绝大多数主流发行版）；
• 要是不想在物理机装老系统，用Docker容器更方便：拉取ubuntu:16.04或centos:7（GLIBC 2.17，兼容性拉满）的镜像，在容器里完成FFmpeg的编译、依赖打包，出来的tar.gz包就能在Fedora 27、Ubuntu 18.04等几乎所有主流发行版上跑。

2. 静态编译FFmpeg（彻底消除系统依赖） #

直接把所有依赖的库（包括GLIBC的必要部分）打包进FFmpeg二进制文件里，完全不依赖系统库，从根源解决版本问题：

• 编译时加上静态编译的参数，示例命令如下：

  # 先配置编译选项，开启静态编译，关闭动态库
  ./configure --prefix=/your/output/path --enable-static --disable-shared --enable-gpl --enable-nonfree [其他你需要的功能参数]
  # 多线程编译
  make -j$(nproc)
  # 安装到指定目录
  make install
  

• 打包时直接把/your/output/path/bin下的ffmpeg、ffprobe等二进制文件打包即可，用户解压后直接运行，连LD_LIBRARY_PATH都不用设置。

注意：静态编译会让二进制文件体积变大，部分第三方编码器可能不支持静态链接，需要提前确认依赖库的兼容性。

3. 用patchelf修改依赖（临时救急方案） #

如果实在没法重新编译，可尝试用patchelf工具修改你的动态库和二进制的依赖路径，但这个方法风险很高：

• 比如可以尝试把FFmpeg的rpath设置为你打包的库目录，同时替换库的GLIBC依赖，但高版本GLIBC的符号在低版本系统中可能不存在，强行替换大概率会导致程序崩溃，只适合简单场景，不推荐作为长期方案。
• 示例命令（设置相对路径rpath，用户解压后可直接运行）：

  patchelf --set-rpath '$ORIGIN/lib' ./ffmpeg
  

额外注意事项 #

• 编译时尽量用源码编译所有依赖（比如x264、fdk-aac等），不要直接用系统自带的库，避免引入系统库的版本依赖；
• 打包时确保所有你编译的动态库都包含在tar.gz里，配合rpath设置，用户无需手动配置环境变量就能直接使用。

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