CentOS 7安装adb与ffmpeg全攻略：从RPM Fusion到静态编译

1. 核心思路与方案选型：先在CentOS 7上把工具链理顺

CentOS 7虽然已经进入维护末期，但服务器和开发环境里存量依然巨大，很多老项目跑在上面，想装个adb命令或者ffmpeg命令却发现并不像yum install那样一敲就完事。原因很简单：CentOS 7默认yum源里根本没有这两个包，adb属于Android平台工具，ffmpeg因为涉及非自由编码格式，官方源也不收录。所以实际安装过程会遇到“找不到包”“依赖冲突”“版本太老”等问题。

我在实际部署中采用的方案是：adb用Google官方platform-tools压缩包直接解压使用，ffmpeg用RPM Fusion源安装或下载静态编译版本。这样做的核心逻辑是——工具链尽量独立，不污染系统自带的软件包管理。如果你的机器只是偶尔用用，没必要为这两个工具去折腾源码编译；如果是要跑自动化测试脚本或者批量转码任务，独立安装反而方便升级和回滚。

1.1 为什么推荐官方二进制包而不是yum源或源码编译

先说yum源。CentOS 7的AppStream和Base源里确实有android-tools，但版本老得可怜，adb功能残缺，经常连新手机的unauthorized问题都处理不了。ffmpeg虽然可以通过EPEL安装，但EPEL里的ffmpeg是精简版，缺少libx264、libfdk-aac等常用编码器，做转码任务时能用但很憋屈，很多参数直接不认。

源码编译是最不推荐的。ffmpeg编译依赖巨多，yasm、nasm、libx264-dev、libvpx-dev一堆，光是解决依赖就要二三十分钟，还得面对CentOS 7默认gcc版本过老导致的新版本源码编译失败问题。除非你想定制化裁剪功能，否则用现成的静态编译版本是最省事的路径。

1.2 适合哪些场景和同学参考

这篇文章适合三种情况：第一种，做Android自动化测试，需要在一台CentOS 7服务器上跑adb命令来批量连接手机、抓取日志、安装应用；第二种，做音视频处理的后端服务，需要用ffmpeg做转码、截图、推流，但手头环境就是CentOS 7没法换；第三种，纯属好奇想在一台老机器上折腾点新东西，把工具链跑通。

不管你是哪种，我下面给的步骤都经过实测，跟着走基本不会卡壳。我会把每一步背后的“为什么这么做”也讲清楚，比如为什么要先装EPEL、为什么配置环境变量要写/etc/profile.d/而不是直接改/etc/profile、为什么ffmpeg用了静态版还要做软链接。

2. 环境准备：CentOS 7的基础依赖与yum源配置

开始安装之前，先花几分钟把基础环境检查一遍，省得到时候装一半报错。CentOS 7的坑在于很多新工具依赖的库版本旧，所以准备工作不能省。

2.1 检查系统版本和基础工具

bash复制cat /etc/redhat-release
uname -a

确认系统确实是CentOS 7.x，内核版本一般是3.10.x。如果内核版本太低，某些新版adb可能报FATAL: kernel too old，这种情况建议先yum update升级内核，或者换用旧版platform-tools。

接着确认基础工具是否齐全：

bash复制which wget curl unzip tar gcc make

如果缺少，用yum一次性补上：

bash复制yum install -y wget curl unzip tar gcc make

提示：不要跳过这步。我遇到过一台干净机器上连unzip都没有，解压platform-tools.zip时直接报错，排查了半天才发现是基础工具缺失。

2.2 配置EPEL和RPM Fusion源

EPEL（Extra Packages for Enterprise Linux）是CentOS生态里最重要的第三方源，很多软件依赖它。RPM Fusion则提供了EPEL里不包含的多媒体相关包，包括带全量编码器的ffmpeg。

先装EPEL：

bash复制yum install -y epel-release

EPEL源安装好后，会往/etc/yum.repos.d/写入epel.repo和epel-testing.repo两个文件。这里有个小细节：如果你不想用测试版软件，建议把epel-testing.repo里的enabled=1改成enabled=0，避免某些不稳定的测试包被意外拉入依赖链。

接着装RPM Fusion源。对于CentOS 7，需要分别安装free和nonfree两个仓库：

bash复制yum localinstall -y http://mirrors.aliyun.com/rpmfusion/free/el/updates/7/x86_64/rpmfusion-free-release-7-1.noarch.rpm
yum localinstall -y http://mirrors.aliyun.com/rpmfusion/nonfree/el/updates/7/x86_64/rpmfusion-nonfree-release-7-1.noarch.rpm

注意：我用的是阿里云镜像地址，国内下载速度快。如果你在国外服务器上操作，可以直接用官方地址https://download1.rpmfusion.org/free/el/updates/7/x86_64/rpmfusion-free-release-7-1.noarch.rpm。

装完后清理缓存并重新生成：

bash复制yum clean all
yum makecache

这一步的意义在于：yum源切换后如果缓存不清理，经常会出现明明已经添加了新源但安装时仍然提示找不到包的情况。

2.3 确认网络连通性

这一步很容易被忽略，但很关键。CentOS 7上很多网络问题其实是DNS配置导致的，安装过程中如果反复出现Could not resolve host，可以检查/etc/resolv.conf：

bash复制cat /etc/resolv.conf

确保里面有有效的nameserver，比如nameserver 8.8.8.8或nameserver 114.114.114.114。另外确认防火墙不会拦截出站连接：

bash复制firewall-cmd --state

如果防火墙开着，且你只是想临时测试，可以直接：

bash复制systemctl stop firewalld

生产环境别这么干，但测试机无所谓。

3. adb命令安装：从下载到环境变量配置全流程

adb（Android Debug Bridge）是Android开发和调试的核心工具，但服务器上装它跟PC上不太一样。PC上装完Android Studio就自带了，服务器上得手动拉取platform-tools包。

3.1 下载Google官方platform-tools

Google官方提供的platform-tools压缩包包含adb、fastboot等命令，直接解压就能用。下载地址有讲究，官方路径经常变，建议用固定版本号的下载链接：

bash复制cd /opt
wget https://dl.google.com/android/repository/platform-tools-latest-linux.zip
unzip platform-tools-latest-linux.zip

解压后会在/opt/下生成platform-tools目录，里面包含adb、fastboot、etc1tool等文件。

注意：不要下载到/tmp再解压到/opt，直接再/opt下操作更省事，省得mv的时候权限搞乱。另外，如果dl.google.com连接超时，可以试试用国内镜像源，比如腾讯镜像https://mirrors.cloud.tencent.com/AndroidSDK/platform-tools-latest-linux.zip，速度快很多。

3.2 配置PATH环境变量

解压完成后需要把adb加入PATH，否则每次都要输入全路径。我推荐在/etc/profile.d/下新建一个脚本文件，而不是直接改/etc/profile和~/.bashrc。

bash复制vim /etc/profile.d/android-tools.sh

写入以下内容：

bash复制export PATH=$PATH:/opt/platform-tools

保存退出后执行：

bash复制source /etc/profile.d/android-tools.sh

为什么推荐这种方式？因为/etc/profile.d/下所有.sh文件会在用户登录时自动执行，这样无论是root用户还是普通用户登录后都能直接用adb命令，不用每个用户单独设置。而且独立文件比直接修改/etc/profile更便于维护，以后想移除配置直接删文件即可。

验证是否生效：

bash复制adb version

如果输出类似：

text复制Android Debug Bridge version 1.0.41
Version 34.0.4-10953733

就说明adb安装成功。

3.3 解决服务器上adb连接手机的关键问题

adb装好了，但实际连接手机时，服务器环境比PC多几个坎。最常见的就是adb devices显示unauthorized，这是因为手机上没有授权电脑的RSA指纹。解决办法是：插入手机后，在手机屏幕上会弹出“允许USB调试吗”的对话框，勾选“始终允许使用这台计算机进行调试”，然后点确定。但服务器往往没有显示器或人不常在旁边，这种情况有更省事的方案。

把手机通过USB连接到服务器后，执行：

bash复制adb kill-server
adb start-server
adb devices

观察输出，如果是unauthorized就用adb reconnect offline重置连接状态，然后把手机拔插一次，激活授权弹窗。如果手机端一直没有弹窗，检查USB连接模式是否选的是“文件传输(MTP)”而不是“仅充电”。小天才手表这类设备会有专用的adb校验码流程，思路类似，只是多一步在设备上输入验证码确认调试权限。

3.4 补充几个adb常用验证命令

装好后别急着走，用几个高频命令快速验证：

bash复制adb devices          # 查看已连接设备列表
adb shell getprop ro.build.version.release  # 查看设备系统版本
adb shell wm size    # 查看设备分辨率
adb install -r app.apk  # 覆盖安装APK
adb logcat -c        # 清空日志缓冲区

测试时注意一点：不同品牌的手机对adb的兼容性略有差异，老设备建议先用adb devices确认连接状态，再去跑自动化脚本。另外，如果服务器连接的是多台手机，可以用-s参数指定序列号操作某台设备，避免误操作。

4. ffmpeg命令安装：RPM Fusion源安装法详细解析

ffmpeg的安装比adb复杂一些，因为它依赖太多。我之前用RPM Fusion源安装，顺利的话几分钟搞定，不顺利的话会遇到各种依赖冲突。这里详细拆解一下流程。

4.1 用RPM Fusion源安装ffmpeg

前提是第2节已经装好了RPM Fusion源。直接执行：

bash复制yum install -y ffmpeg

yum会自动解析依赖。CentOS 7下会安装这些关键库：

• libavcodec：音视频编解码库，支持h264、hevc、aac等格式
• libavformat：音视频封装库，支持mp4、mkv、flv等容器格式
• libavfilter：滤镜库，用于缩放、裁剪、加水印等处理
• libx264：H.264编码器，转码必备

安装完成后验证：

bash复制ffmpeg -version

如果输出里能看到--enable-libx264 --enable-libfdk-aac等配置参数，说明编码器齐全。

4.2 验证编码器和封装格式支持范围

光有ffmpeg -version还不够，需要确认实际可用的编码器和格式：

bash复制ffmpeg -encoders | grep 264
ffmpeg -formats | grep mp4
ffmpeg -codecs | grep aac

如果能看到libx264、h264_mp4toannexb、aac等字样，说明支持范围完善。这里有个常见坑：RPM Fusion源里ffmpeg版本可能不是最新，比如CentOS 7上装的可能还是4.x系列，但该有的功能都有，不会影响常规使用。

4.3 静态编译版本作为备选方案

如果RPM Fusion安装过程中依赖冲突解决不了，或者坑太多不想纠缠，直接下载静态编译版是最暴力的方法。ffmpeg官网提供Linux静态构建版本，完全不需要安装依赖：

bash复制cd /opt
wget https://johnvansickle.com/ffmpeg/releases/ffmpeg-release-amd64-static.tar.xz
tar -xvf ffmpeg-release-amd64-static.tar.xz

解压后会有个类似ffmpeg-6.0-amd64-static的目录，把里面的ffmpeg软链接到/usr/local/bin/：

bash复制ln -s /opt/ffmpeg-6.0-amd64-static/ffmpeg /usr/local/bin/ffmpeg
ln -s /opt/ffmpeg-6.0-amd64-static/ffprobe /usr/local/bin/ffprobe

验证：

bash复制ffmpeg -version

静态版的优势是省心，不依赖系统库，不污染环境；劣势是体积大（约80MB），而且不能做二次开发。对绝大多数场景来说，这套方案已经绰绰有余。

4.4 为什么说交叉编译不适合CentOS 7新手

网上很多教程推荐在CentOS 7上源码编译ffmpeg，我实际踩过之后发现这条路对新手极不友好。CentOS 7默认gcc版本是4.8.5，太老了，新版ffmpeg源码编译会报错。虽然可以升级gcc到7.x或8.x，但升级gcc又牵扯到devtoolset工具的安装，环环相扣，一晚上就没了。

关键原因在于编译ffmpeg需要一堆汇编优化库，比如nasm版本不能太低，还有libx264、libvpx等外部库的版本匹配问题。如果你是新手或者今天就要完成部署，直接走RPM Fusion或静态编译版，别跟源码编译死磕。

5. 常见问题与排查技巧实录

工具装多了，问题自然见得多。这里把我在CentOS 7上安装和使用adb、ffmpeg过程中踩过的坑整理成速查表，方便你遇到同样问题时直接照方抓药。

5.1 adb相关典型问题

5.2 ffmpeg相关典型问题

5.3 一个印象深刻的排查案例

有一次在一台老机器上跑ffmpeg，老是报Illegal instruction (core dumped)。查了半天发现是CPU太老，不支持某些新指令集，而我从网上下载的静态编译版是针对现代CPU优化过的。解决办法是下载兼容老CPU的构建版本，或者直接用RPM Fusion源装的版本，因为yum源里的编译参数会更保守。

这个案例说明一个道理：给老机器装新工具，不能一味追求新版本。CentOS 7本身就是2014年的系统，内核和CPU指令集相对陈旧，安装软件时优先选择兼容性方案，而不是最新方案。

5.4 安装过程中的一些通用经验

经验一：操作前拍快照或备份。如果这是生产服务器，装工具前最好做一次系统快照或者备份，尤其是要动RPM Fusion源这种全局配置文件的时候。别嫌麻烦，我就是因为偷懒没备份，有一次把yum源搞坏了，修复花了将近一个小时。

经验二：所有配置文件改动都做差异化记录。改完/etc/profile.d/下的文件也好，改/etc/yum.repos.d/也好，都记一下改了什么、为什么改。半年后再看这些记录会感谢当时的自己。

经验三：工具装好一定要实测，不能只看到ffmpeg -version输出就认为成功了。至少转一个小文件测试，比如：

bash复制ffmpeg -i test.mp4 -vf scale=320:240 -b:v 500k test_small.mp4

这样能快速发现编码器缺失、滤镜不支持等隐藏问题。

6. 实战场景：装好adb和ffmpeg后你能做什么

工具装好只是开始，关键是会用。这一节我把adb和ffmpeg组合起来的常见实战场景拆开讲，每个场景都是我从实际工作中总结出来的，可以直接拿过去用。

6.1 用adb截图和录屏，再交给ffmpeg压缩处理

Android测试中经常需要截图和录屏，截图直接用adb命令：

bash复制adb exec-out screencap -p > screen.png

这条命令比adb shell screencap -p /sdcard/screen.png再adb pull要高效，因为直接通过二进制流输出到本地。

录屏则需要先用命令启动录屏，再配合时间控制：

bash复制adb shell screenrecord /sdcard/demo.mp4
# Ctrl+C停止录屏，或者用--time-limit参数限制时长
adb shell screenrecord --time-limit 30 /sdcard/demo.mp4
adb pull /sdcard/demo.mp4

录完的原始视频通常很大且没经过压缩，用ffmpeg压一下会小很多：

bash复制ffmpeg -i demo.mp4 -c:v libx264 -crf 28 -preset fast -c:a aac -b:a 128k demo_compressed.mp4

这里-crf 28是质量参数，数值越大画质越差但文件越小。对录屏来说28完全够用，如果是对视频质量要求高，可以调整到23左右。

6.2 用ffmpeg批量处理图片和视频

服务器上批量处理素材是ffmpeg的强项，比如把当前目录下所有jpg图片转成视频：

bash复制ffmpeg -framerate 25 -pattern_type glob -i '*.jpg' -c:v libx264 -pix_fmt yuv420p output.mp4

或者把m4s文件转成mp4（B站缓存视频经常是这个格式）：

bash复制ffmpeg -i video.m4s -i audio.m4s -c copy merged.mp4

m4s本质上是fmp4分片，两个文件分别存视频流和音频流，用-c copy可以直接复制流不重新编码，速度快得飞起。

6.3 用ffmpeg修复破损的AVI或MP4文件

这个场景是很多视频处理从业者会遇到的。文件损坏了，播放器打不开，但底层数据还能抢救。ffmpeg提供了一个比较实用的重封装功能：

bash复制ffmpeg -i broken.avi -c copy repaired.mkv

如果是MP4文件报moov atom not found，说明索引信息丢失，需要重新封装并生成新索引：

bash复制ffmpeg -i broken.mp4 -c copy -movflags +faststart repaired.mp4

这里+faststart会把moov atom移动到文件开头，方便在网页上快速播放。

6.4 写个简单脚本实现定时任务

如果希望在服务器上定时执行截图和转码任务，可以写一个cron脚本。比如每天凌晨2点清理Android设备上的旧日志并截图：

bash复制#!/bin/bash
# /opt/scripts/android_daily_check.sh
adb devices
sleep 5
adb logcat -c
adb exec-out screencap -p > /data/screenshots/$(date +%Y%m%d)_screen.png
ffmpeg -i /data/screenshots/$(date +%Y%m%d)_screen.png -vf scale=720:-1 /data/screenshots/$(date +%Y%m%d)_screen_compress.jpg

配合cron：

bash复制crontab -e
0 2 * * * /bin/bash /opt/scripts/android_daily_check.sh

这种自动化方式特别适合做设备巡检或者内容采集，脚本逻辑简单，但前置条件就是adb和ffmpeg必须安装且配置好PATH。

6.5 组合拳：从手机拉取视频，压缩后发布

再分享一个更完整的组合场景。手机上传到服务器一段高清视频，服务器收到后自动压缩并提取首帧图：

bash复制# 假设文件名为 source.mp4
# 压缩成720p视频
ffmpeg -i source.mp4 -vf scale=1280:720 -c:v libx264 -crf 26 -preset medium -c:a aac -b:a 96k source_720p.mp4

# 提取第3秒的画面作为封面图
ffmpeg -i source.mp4 -ss 00:00:03 -vframes 1 cover.jpg

如果服务器上有定时任务监控某个目录，新文件进来就自动处理，这个链路在视频号、抖音等内容运营场景非常实用。

7. 安装收尾时值得注意的几个小细节

安装工作接近尾声，但收尾这一步做不好，前面全部白搭。最后分享几个细节，都是我在CentOS 7上实际踩过之后形成的习惯。

7.1 清理安装包和临时文件

安装过程中下载的压缩包和解压临时文件会占用磁盘空间，虽然单个文件不大，但养成好习惯：

bash复制rm -rf /opt/platform-tools-latest-linux.zip
rm -rf /opt/ffmpeg-*-amd64-static.tar.xz

7.2 设置工具版本锁定

生产服务器上，工具版本不要乱升级。尤其是ffmpeg，新版本修复了旧bug也可能引入新问题。如果当前用的版本稳定，可以在yum配置里加exclude=ffmpeg*防止意外升级：

bash复制vim /etc/yum.conf
# 添加
exclude=ffmpeg*

adb因为是独立解压的，不会受yum影响，但要注意不要同时把Android Studio自带的platform-tools装进系统的PATH，否则会出现adb版本冲突。

7.3 为不同用户分配不同的工具路径权限

如果服务器上有多个用户，不一定每个人都用得着adb。出于安全考虑，可以只给特定用户配置adb的PATH访问权限，比如在用户的~/.bashrc中添加：

bash复制export PATH=/opt/platform-tools:$PATH

而不是全局生效。这样普通用户即使登录了也用不了adb，减少误操作风险。

7.4 验证一下重启后工具是否仍然可用

很多工具安装时能用，重启后却失效了，这通常是因为环境变量没有持久化。我每次装完都会重启一台测试机验证一次：

bash复制reboot
# 重启后执行
adb version
ffmpeg -version

如果出现command not found，检查/etc/profile.d/下脚本的权限，确保.sh文件有执行权限：

bash复制chmod +x /etc/profile.d/android-tools.sh

提示：文件权限是经常被忽视的问题。/etc/profile.d/下的脚本如果没有执行权限，登录时不会被执行，PATH自然就失效了。

8. 我的一些固化和使用建议

我在多台CentOS 7服务器上都装过adb和ffmpeg，反复测试后形成了一套自己的固化方案：adb用/opt/platform-tools固定路径，ffmpeg用RPM Fusion源安装，两者互不干扰。这样即使以后要重装系统，命令都记录在文档里，一条一条执行就恢复了，不用重新摸索。

如果你只是临时的测试机，那静态编译版ffmpeg是最好用的，下载解压就能用，不用管源和依赖，甚至可以直接放U盘里拷过去执行。但如果你要长期维护，还是建议用RPM Fusion源版本，方便后续用yum更新。至于adb，无论长期短期都推荐独立解压方式，因为Google官方更新频繁，独立目录更容易替换版本。

最后再给一个实用建议：CentOS 7的生命周期已经接近尾声，如果你是在新项目里用，建议考虑迁移到Rocky Linux 9或者AlmaLinux 9，安装方法基本一致，但长期支持和安全更新会更有保障。当然，存量老机器上装adb和ffmpeg这类工具，这篇文章里的方法依然适用，不会白看。