关于二进制可执行文件可移植性及跨Ubuntu机器使用的技术问询

Great question! Let’s break this down straightforwardly—whether copying a binary like ffmpeg to another Ubuntu machine will work depends on a few critical factors:

1. 静态编译 vs 动态编译 #

• 静态编译二进制：如果你的ffmpeg是静态编译的，所有依赖的库都被打包进了可执行文件本身。这种情况下，把它复制到另一台同架构的Ubuntu机器上基本能直接运行，不用担心依赖缺失的问题。
• 动态编译二进制：大部分预构建的ffmpeg（比如通过apt安装的版本）都是动态链接的，它们依赖原机器上的系统共享库（比如libavcodec.so、libssl.so这类）。如果目标机器上的这些库版本和原机器完全一致，可能能正常运行；但如果库版本有差异（哪怕是小版本），你就会看到类似error while loading shared libraries: [库名]: cannot open shared object file的报错。

2. 系统架构匹配 #

不同CPU架构的二进制是不兼容的：

• 为x86_64（64位英特尔/AMD）编译的二进制，没法在ARM架构的Ubuntu机器（比如树莓派）上运行，尝试执行会直接弹出exec format error错误。
• 你可以先在原机器上用file ffmpeg命令查看二进制的架构信息，确认目标机器和它一致。

3. Ubuntu版本差异 #

不同Ubuntu发行版（比如20.04和22.04）自带的系统库版本往往不一样。哪怕两台机器都是x86_64架构，从Ubuntu20.04复制过来的动态编译ffmpeg，在22.04上也可能因为系统库更新导致不兼容而失效。

避坑快速检查法 #

• 在原机器上运行ldd ffmpeg，列出所有依赖的共享库，再去目标机器上对比这些库是否存在、版本是否匹配（同样可以用ldd命令，或者查看/usr/lib这类库路径）。
• 如果一定要复制动态二进制，也可以把依赖的库一起复制到目标机器的某个目录（比如/usr/local/lib），然后设置LD_LIBRARY_PATH环境变量指向这个目录。但这种方法比较繁琐，不推荐长期使用。

最优方案 #

• 让ffmpeg在目标机器上正常运行的最可靠方式，是通过系统包管理器安装：sudo apt update && sudo apt install ffmpeg，系统会自动处理所有依赖。
• 如果需要默认仓库里没有的特定版本，建议使用静态编译的预构建包——包括ffmpeg在内的很多项目都会提供这类可直接下载使用的静态二进制文件。

备注：内容来源于stack exchange，提问作者james hofer