只有三分钟的赛雷我刚在自己一台较旧的CentOS 7服务器上把ADB和FFmpeg重新装了一遍，期间踩了不少坑，特别是CentOS 7的源和系统库都比较老旧，直接照搬网上教程很容易在最后一步报错。这篇文章就把我在CentOS 7上安装ADB命令和FFmpeg命令的完整过程、踩坑记录和常用验证方法一并整理出来，给后面要在这套老系统上折腾Android调试或音视频处理的朋友做个参考。
文章内容适配两类场景：一类是运维或开发人员需要在Linux服务器上连接Android设备做自动化测试、批量截图、日志抓取；另一类是需要做命令行音视频处理，比如转码、切片、抽帧、推流。这两块工具在CentOS 7上的安装思路不太一样，但放在一起写是因为实际工作中经常同时用到——比如用ADB把手机里的视频拉下来，再用FFmpeg做压缩转码。
1. 安装前必须想清楚的两件事
1.1 你的服务器到底是什么角色
CentOS 7这东西虽然已经过了生命周期，但存量服务器还不少。安装工具前首先要明确这台机器的角色，因为不同的角色决定了不同的安装方式。
如果服务器只是作为开发调试机，你拥有root权限，而且不需要长期维护，那直接用yum安装是最省事的方案。如果是生产环境，或者服务器需要长期运行ADB相关的自动化任务，那就需要认真考虑工具链的来源和版本稳定性。
实际部署中我见过不少案例，为了图省事直接用yum装了老版本FFmpeg，结果项目里需要的新编码器压根不支持，最后还是得卸载重新编译。所以安装之前，先花两分钟想清楚：我这台机器是长期用还是临时调试？有没有版本上的硬性要求？这两个问题不想清楚，后边大概率要返工。
1.2 ADB和FFmpeg的依赖特点先摸个底
ADB本身是一个二进制可执行文件，它的依赖相对简单，主要是libc、libstdc++这些基础库，正常情况下CentOS 7自带的库就能满足运行需求。但ADB启动时会涉及USB设备的权限问题，这恰恰是Linux下最容易出幺蛾子的地方。
FFmpeg就完全不同了。它是一套庞大的多媒体框架，默认编译会开启大量编码器和解码器。CentOS 7自带的yum源里FFmpeg版本老得掉渣，而且缺少很多常用库，比如libx264、libfdk-aac这些。如果你需要H.264编码或AAC音频编码，直接yum安装是很麻烦的，往往需要额外添加第三方源或彻底走源码编译。
拿我自己的实践来说，ADB安装我最终选择了官网二进制下载的方式，FFmpeg则花了大半个小时做了源码编译。这么做的原因很简单：官网ADB二进制跟CentOS 7兼容性最好，源码编译FFmpeg能确保我需要的编码器全部可用。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. ADB命令在CentOS 7上的两种安装方式
2.1 方式一：yum源安装（适合应急使用）
CentOS 7的yum源里其实是有ADB的，但是版本比较旧，而且官方源里不一定能直接搜到，通常需要先安装epel-release扩展源。
bash复制# 先安装epel-release扩展源
sudo yum install -y epel-release
# 安装adb
sudo yum install -y android-tools
# 验证安装
adb version
这种方式安装速度很快，依赖也能自动处理，但需要注意它装的ADB版本比较老，Android 10以上的设备连接时可能会出现协议不支持的情况。我试过用这个方式安装ADB连接一台Android 11的设备，虽然能识别设备号，但经常出现断连，尤其是执行长时间截图或传输大文件时不稳定。
所以yum安装适合临时测试或者连接老设备，如果是主力开发调试场景，强烈建议用下面第二种方式。
2.2 方式二：官方二进制下载（推荐，长期使用更稳定）
Android官方提供了包含ADB和fastboot的platform-tools压缩包，这个是长期维护的，版本很新，连接新设备兼容性最好。我最终用的就是这种方式。
bash复制# 1. 创建工具目录
sudo mkdir -p /opt/android-tools
# 2. 下载platform-tools（这里以Linux版本为例）
cd /tmp
wget https://dl.google.com/android/repository/platform-tools-latest-linux.zip
# 3. 如果wget没安装，先执行：sudo yum install -y wget
# 4. 解压到工具目录
sudo unzip platform-tools-latest-linux.zip -d /opt/android-tools
# 5. 配置环境变量
echo 'export PATH=$PATH:/opt/android-tools/platform-tools' | sudo tee /etc/profile.d/android-tools.sh
# 6. 刷新环境变量
source /etc/profile.d/android-tools.sh
# 7. 验证
adb version
这里有个细节需要注意，platform-tools的zip包解压后是一个platform-tools目录，直接放在/opt/android-tools下面即可。配置环境变量的思路是，在/etc/profile.d/目录下创建一个独立的shell脚本，这样所有用户登录时都会自动加载。
下载地址是Google官方的，国内服务器访问可能会超时。如果wget下载卡住或者速度极慢，可以用国内镜像源来下载platform-tools，效果完全一样。
2.3 配置USB设备权限（连接真实设备前必须处理）
安装完ADB后想连接真实Android设备，需要处理USB设备权限问题，否则adb devices里会显示一堆问号，或者提示no permissions。
首先要把当前用户加入plugdev组（如果这个组不存在就跳过）：
bash复制sudo groupadd plugdev
sudo usermod -aG plugdev $USER
然后配置udev规则。先用lsusb查一下设备的vendor id和product id，我这边测试用的设备显示为18d1:4ee7，18d1就是Google的vendor id，但实际设备厂商不同数字也会不同，比如小米的设备是2717，华为是12d1。
bash复制lsusb
创建udev规则文件：
bash复制sudo vi /etc/udev/rules.d/51-android.rules
# 内容参考（把下面这行里的IDVENDOR替换成你lsusb看到的厂商ID）
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0666", GROUP="plugdev"
重载udev规则并重启服务：
bash复制sudo udevadm control --reload-rules
sudo udevadm trigger
sudo systemctl restart systemd-udevd
重新插拔设备，再执行adb devices确认设备状态。正常情况下会显示设备序列号 device，如果显示unauthorized，说明手机上的USB调试授权弹窗还没确认，在手机上点击允许即可。
2.4 ADB卸载与清理的实用操作
如果你是yum方式安装的ADB，后来想换成官方二进制版本，必须先卸载干净，否则两个adb会同时存在，执行命令时到底用哪个全看PATH变量里的前后顺序，很容易出现版本混乱。
bash复制# 卸载yum安装的android-tools
sudo yum remove -y android-tools
# 确认系统里还有哪些adb残留
which adb
find / -name "adb" -type f 2>/dev/null
如果残留了多余的adb，直接删掉可执行文件。官方二进制版本升级时，只需要重新下载覆盖/opt/android-tools/platform-tools目录即可，不需要卸载。
同样，环境变量配置想撤回的话，删除/etc/profile.d/android-tools.sh再重新登录即可。
3. FFmpeg命令的两条安装路径
3.1 yum安装FFmpeg的大坑（我替你们踩过了）
CentOS 7官方源里压根没有FFmpeg，需要先添加RPM Fusion源或Nux Dextop源。网上很多教程推荐用RPM Fusion，但我实际测试下来在CentOS 7上的兼容性并不好，经常出现依赖缺失或者源同步失败。
bash复制# 不推荐的方式，仅展示可能遇到的问题
sudo yum install -y epel-release
sudo rpm -Uvh http://download1.rpmfusion.org/free/el/updates/7/x86_64/rpmfusion-free-release-7-1.noarch.rpm
sudo yum install -y ffmpeg
这种方式的典型问题是：RPM Fusion对CentOS 7的支持并不如Fedora那么及时，yum安装FFmpeg时会提示需要额外的依赖包，而这些依赖包在源里没有对应版本。就算装上了，编译参数里也缺少很多库，视频转码时看到Unknown encoder 'libx264'的报错会让你心态崩掉。
我在一台全新CentOS 7.9服务器上尝试了这种方式，折腾了大概二十分钟，最终还是放弃了，直接转到源码编译。
3.2 源码编译安装FFmpeg（推荐，一劳永逸的完整方案）
源码编译FFmpeg其实没有想象中复杂，关键是依赖库必须先装好，否则编译到一半报错找不到头文件，就很难受。我的建议顺序是：安装编译工具和基础依赖、安装编码器相关库、编译FFmpeg、配置环境变量。
第一步，安装编译工具链和基础依赖：
bash复制sudo yum install -y epel-release
sudo yum groupinstall -y "Development Tools"
sudo yum install -y yasm nasm git cmake wget
Development Tools组包含gcc、g++、make等全套编译工具，这一步必不可少。
第二步，编译安装常用编码器库。这里重点装三个：libx264（H.264视频编码）、libx265（H.265/HEVC视频编码）、libfdk-aac（高质量的AAC音频编码）。
bash复制# libx264
cd /tmp
git clone https://code.videolan.org/videolan/x264.git
cd x264
./configure --enable-shared --enable-static
make -j4
sudo make install
# libx265
cd /tmp
git clone https://bitbucket.org/multicoreware/x265_git.git
cd x265_git/build/linux
./make-scripts/make-Makefiles.bash
make -j4
sudo make install
# libfdk-aac（如果需要AAC编码就装，不需要可以跳过）
cd /tmp
git clone https://github.com/mstorsjo/fdk-aac.git
cd fdk-aac
./autogen.sh
./configure
make -j4
sudo make install
这里有几点经验需要特别说明。首先，编译这些库时必须加--enable-shared，因为FFmpeg依赖它们作为共享库，不然后期链接会报错。其次，make -j4参数表示4核并行编译，如果你机器CPU核心数少，可以改成make -j2甚至直接make，避免编译过程中内存耗尽。
第三步，编译FFmpeg主程序：
bash复制cd /tmp
git clone https://git.ffmpeg.org/ffmpeg.git ffmpeg
cd ffmpeg
./configure --prefix=/usr/local/ffmpeg \
--enable-gpl \
--enable-libx264 \
--enable-libx265 \
--enable-libfdk-aac \
--enable-nonfree \
--enable-shared \
--disable-static
make -j4
sudo make install
需要注意--enable-nonfree这个参数，它表示会包含有许可限制的库，比如libfdk-aac。如果你不打算用libfdk-aac，可以把--enable-nonfree去掉，同时也不要加--enable-libfdk-aac。GPL参数则是因libx264和libx265都是GPL许可证，必须加上。
编译完成后，FFmpeg文件会安装到/usr/local/ffmpeg/bin目录。配置环境变量：
bash复制echo 'export PATH=$PATH:/usr/local/ffmpeg/bin' | sudo tee /etc/profile.d/ffmpeg.sh
echo 'export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/ffmpeg/lib:/usr/local/lib' | sudo tee -a /etc/profile.d/ffmpeg.sh
source /etc/profile.d/ffmpeg.sh
# 验证
ffmpeg -version
为什么需要配置LD_LIBRARY_PATH？因为FFmpeg是动态编译的，运行时需要加载libavcodec.so、libavformat.so这些共享库，如果系统找不到这些库，会报error while loading shared libraries: libavcodec.so.58的错误。配置好LD_LIBRARY_PATH之后，系统才能正确找到这些动态库。
3.3 静态编译和动态编译应该怎么选
这个问题经常有人问。我的建议是：个人使用或测试环境推荐静态编译，生产环境或需要二次开发推荐动态编译。
静态编译的FFmpeg是一个完整的可执行文件，里面包含了所有编码器，运行时无依赖，拷贝到哪都能用。动态编译的FFmpeg比较小，但依赖一堆.so库文件，部署时需要连带库一起拷贝。
我最终选择动态编译的原因是后续可能要用FFmpeg提供的C API做二次开发，动态库便于程序链接和调试。如果你只是想用命令行做转码，其实可以下载官方编译好的静态版本，一步到位，连编译环节都省了。
4. ADB日常使用和FFmpeg常用命令实操
4.1 ADB基础命令检查清单
安装完ADB之后，以下这些命令是我平时在CentOS 7服务器上使用频率最高的，先列出来方便查阅：
bash复制# 查看设备列表
adb devices
# 连接指定设备（多设备时必须用）
adb -s 设备序列号 shell
# 进入shell
adb shell
# 向设备推送文件
adb push 本地文件路径 /sdcard/目标路径
# 拉取设备文件到本地
adb pull /sdcard/文件路径 本地目录
# 安装APK
adb install 应用程序.apk
# 卸载应用（包名方式）
adb uninstall 包名
# 查看应用列表
adb shell pm list packages
# 截图
adb exec-out screencap -p > 屏幕截图.png
# 录屏（默认录制3分钟）
adb shell screenrecord /sdcard/录屏.mp4
# 获取日志
adb logcat -d > 日志.txt
# 重启设备
adb reboot
这里特别说一下adb exec-out screencap -p > 截图.png这个命令。很多老教程用的是adb shell screencap -p /sdcard/s.png然后adb pull拉取，两步操作比较繁琐。用exec-out可以直接将截图数据重定向到本地文件，一步到位，效率更高。
另外，使用adb命令时如果服务器上连接了多台设备，一定要用-s 设备序列号参数指定具体设备，否则系统会提示more than one device/emulator，命令执行失败。
4.2 FFmpeg转码与抽帧命令参考
FFmpeg的命令体系非常庞大，但我日常用的核心场景其实就那几个：转码、抽帧、压缩、合并。下面给出几个在CentOS 7上实测可行的命令示例。
把MP4转成H.264编码的MKV格式：
bash复制ffmpeg -i 输入视频.mp4 -c:v libx264 -crf 23 -c:a aac -b:a 128k 输出视频.mkv
其中-crf 23表示质量参数，数值越小质量越高、文件越大，一般23是通用平衡点。如果想要更高质量，可以设置18，但体积会明显增大。
抽取视频中的某一帧保存为图片：
bash复制ffmpeg -i 输入视频.mp4 -ss 00:01:30 -frames:v 1 输出图片.png
-ss表示时间点，-frames:v 1表示只取一帧。这个命令在视频审核、封面生成场景非常好用。
批量压缩视频大小：
bash复制for file in *.mp4; do
ffmpeg -i "$file" -c:v libx264 -crf 28 -preset slow "compressed_$file"
done
这个脚本会把当前目录下所有MP4文件压缩，-preset slow表示用较慢的编码速度换取更好的压缩率。
把HLS切片合并为MP4（M3U8转MP4）：
bash复制ffmpeg -i index.m3u8 -c copy 合并输出.mp4
使用-c copy参数时不会重新编码，只是把视频流和音频流复制到新容器里，速度极快。但前提是切片本身编码格式和目标格式兼容，否则需要去掉-c copy改成重新编码。
4.3 生成视频预览图（Contact Sheet）
这个功能是我后来发现特别实用的，尤其在服务器上要快速浏览一批视频内容时。用FFmpeg可以把一个视频抽成多宫格预览图：
bash复制ffmpeg -i 输入视频.mp4 -vf "fps=1/60,tile=3x3" -frames:v 1 预览图.png
fps=1/60表示每60秒取一帧，tile=3x3表示把9帧拼成3行3列的网格图。这样一张图就能大致看出视频各个时间段的内容，做内容审核或者短视频素材管理很高效。
5. 常见问题与排查方法
5.1 ADB相关问题
adb devices显示unauthorized：这个问题在全新设备连接时几乎必现。原因非常简单，手机上的USB调试授权弹窗没有在30秒内点击允许，或者之前误点了拒绝。解决方法是拔掉USB线重新连接，或者执行adb kill-server后再adb devices重新触发授权弹窗。
adb devices找不到设备：先检查usb连接是否正常，再确认手机上已经开启USB调试开关，然后查看lsusb确认设备有没有被系统识别。如果lsusb能看到设备但adb devices为空，大概率是udev规则问题，按照前面配置udev规则的步骤重新操作一遍。
adb: command not found：说明adb可执行文件不在PATH路径中。先确认adb实际安装在哪个目录，再检查环境变量配置是否生效。执行echo $PATH看输出里有没有你的adb路径，没有就source一下profile文件或重新登录。
5.2 FFmpeg相关问题
ffmpeg: error while loading shared libraries: libavcodec.so.58: cannot open shared object file：典型的动态库路径问题。执行ldd $(which ffmpeg)查看依赖库的加载情况，然后确认LD_LIBRARY_PATH有没有配置。还有一种方法是执行sudo ldconfig刷新系统动态库缓存，如果库文件在标准目录下就能被自动识别。
Unknown encoder 'libx264'：说明FFmpeg编译时没有包含libx264库，检查configure命令中是否加了--enable-libx264。如果加了但还是报错，大概率是编译libx264后头文件和动态库没有正确安装到系统路径。
yum安装FFmpeg时提示No package ffmpeg available：说明当前的源里没有FFmpeg软件包，RPM Fusion源没配好或者源里根本就没同步成功。这种情况下就别在yum上较劲了，直接走源码编译更靠谱。
ffmpeg转换出来的视频文件巨大：用-pix_fmt yuv420p参数减少一些兼容性问题，用-crf调高一些数值可以降低码率。很多人第一次转码发现输出文件比源文件还大，是因为没有指定-crf或-b:v，FFmpeg默认使用高质量编码参数。
5.3 一个容易忽略的CentOS 7系统问题
CentOS 7自带的glibc版本较旧，而这个系统上如果直接跑比较新的软件，可能会报version GLIBC_2.28 not found之类的错误。这个问题在FFmpeg静态构建版本上偶尔会出现，因为有些开发者是在新系统上编译的静态包，二进制里包含了较新的glibc符号。
遇到这个问题时，优先排查是不是下载了过新的静态包。解决思路有三个：一是找专门为CentOS 7构建的旧版静态包；二是用源码编译，在系统本地编译时链接的是本机glibc，不会出现这个报错；三是使用musl libc的静态构建版本。我在实战中最推荐第二个方案，源码编译虽然耗时，但兼容性最有保障。
6. 安装完成后的功能验证
6.1 ADB功能验证脚本
安装完ADB后别急着走，我每次都会跑一遍设备识别验证：
bash复制# 检查版本
adb version
# 检查设备状态
adb devices -l
# 尝试获取设备系统属性（确认通信正常）
adb shell getprop ro.build.version.release
如果这三个命令都正常，说明从ADB客户端到设备端整条链路是通的。第三条命令能拿到Android系统版本号，则说明不仅设备被识别，而且shell通信也正常，后面执行其他命令基本不会有大问题。
6.2 FFmpeg功能验证脚本
FFmpeg的验证分两个层面，一个是命令能不能跑，另一个是编码器是否齐全。
bash复制# 查看版本和编译配置
ffmpeg -version
# 查看支持的编码器列表
ffmpeg -encoders | grep libx264
ffmpeg -encoders | grep libx265
ffmpeg -encoders | grep libfdk_aac
# 实际转码测试（生成一个测试视频）
ffmpeg -f lavfi -i testsrc=duration=10:size=1280x720:rate=30 -c:v libx264 -preset fast 测试视频.mp4
-f lavfi -i testsrc是FFmpeg内置的虚拟视频源，可以生成测试画面，无需真实视频文件就能验证编码链路是否正常。如果这条命令能成功生成MP4文件，说明安装的FFmpeg是完好的。
7. 我的几个实操心得
首先，不要迷信yum。在CentOS 7上安装这类开发工具，yum虽然方便，但版本滞后问题非常致命。尤其是FFmpeg，yum源里的老版本别说支持新格式了，连最基本的libx264都不带。源码编译一次，后面用起来舒服得多。
其次，环境变量配置一定要用/etc/profile.d/下面的独立脚本，不要直接改/etc/profile这个文件。独立脚本的好处是管理清晰，卸载时直接删文件即可，不会影响系统其他配置。
最后，ADB的udev规则先配置好再插设备。很多人在Windows上习惯了插上就能用，到了Linux下反而容易忽略这一步。udev规则配置好之后，重新插拔一次设备，基本就不会再出现权限问题。
另外补充一个小技巧：如果你只是为了临时用一次FFmpeg转码，其实不需要完整编译，直接从官方下载静态构建版本，解压后加个PATH就能用，三分钟搞定。但要注意下载对应CentOS 7的版本，别拿了一个需要新版glibc的包。
从我的实际体验来看，真正把ADB和FFmpeg都装好并验证通过，第一次操作大概需要一小时左右，其中大部分时间花在编译FFmpeg上。有了这套流程之后，后面再遇到新服务器，直接在服务器上跑一遍命令，二三十分钟就能全部搞定。