ADB（Android Debug Bridge）系统烧录

最新推荐文章于 2025-09-18 14:55:53 发布

原创最新推荐文章于 2025-09-18 14:55:53 发布 · 1.1k 阅读

25 ·

CC 4.0 BY-SA版权

文章标签：

#数据仓库 #ADB #烧录 #ADB通信协议 #ADB工具链

Linux入门与实战精通同时被 3 个专栏收录

221 篇文章

订阅专栏

编程入门

181 篇文章

订阅专栏

底层软件开发

167 篇文章

订阅专栏

一、ADB 基础概念与体系结构

ADB（Android Debug Bridge）是 Android 开发和系统维护中最核心的工具之一，它本质上是一个客户端 - 服务器架构的通信工具，允许开发者通过命令行与 Android 设备进行交互。作为系统烧录的关键桥梁，理解 ADB 的底层机制是掌握系统烧录技术的基础。

1.1 ADB 的三层架构解析

ADB 的体系结构分为三个主要组件：

客户端（Client）：运行在开发主机（如 PC）上的程序，通过命令行接收用户指令（如adb devices、adb shell），并将指令转发给 ADB 服务器。
服务器（Server）：运行在主机后台的守护进程，负责管理客户端与设备端的连接。当执行任意 ADB 命令时，服务器会首先检查是否已启动，若未启动则自动启动，并监听本地 TCP 端口（默认 5555）。
设备端守护进程（daemon）：运行在 Android 设备上的adbd进程，负责接收服务器发送的指令并执行，如文件传输、命令执行等操作。

这种分层设计使得 ADB 能够在不同平台（Windows、macOS、Linux）上保持一致的接口，同时通过 USB 或网络连接实现跨设备通信。

1.2 ADB 通信协议原理

ADB 使用基于 TCP 的简单协议进行数据传输，其核心通信流程如下：

客户端向服务器发送连接请求，服务器通过 Unix 套接字或 TCP 端口建立通信通道。
服务器通过 USB 或网络扫描设备，与设备端的adbd进程建立连接。
通信时使用长度前缀（Length Prefix）格式封装数据，每个数据包包含 4 字节长度字段和具体指令内容，确保数据传输的可靠性。

在系统烧录场景中，ADB 主要承担两种角色：

命令传输通道：发送烧录指令（如擦除分区、写入镜像）到设备。
数据传输通道：通过adb push命令将系统镜像文件传输到设备临时存储，或直接通过流方式传输镜像数据。

1.3 ADB 工具链组成

完整的 ADB 工具链包含以下核心组件：

adb：主命令行工具，用于执行各类 ADB 操作。
fastboot：与 ADB 同属 Android SDK 平台工具，用于设备在 Fastboot 模式下的底层操作（如烧录分区镜像）。
dd（设备端工具）：Android 系统自带的底层数据读写工具，常用于分区操作。
flash_image：Android 系统提供的专用镜像烧录工具，底层调用dd实现分区写入。

这些工具在系统烧录中协同工作，形成从指令发送到物理写入的完整链路。

二、系统烧录的基本概念与技术背景

系统烧录（System Flashing）是指将操作系统镜像写入移动设备存储介质的过程，其技术实现随 Android 版本迭代和硬件架构演进发生了显著变化。

2.1 分区结构演进

Android 设备的存储分区设计经历了多个阶段：

早期传统分区（Android 4.4 之前）：包含boot、system、recovery、data等基础分区，镜像烧录通过直接写入对应分区实现。
A/B 分区（Android 7.0 引入）：又称无缝升级（Seamless Update），将系统分区分为system_a、system_b等成对分区，烧录时可在不影响当前系统的情况下更新另一套分区，提升升级可靠性。
虚拟 AB 分区（Android 11+）：针对存储容量较小的设备，通过逻辑分区实现 A/B 升级效果，物理上仍为单分区，但逻辑上模拟双系统空间。

理解分区结构是正确执行系统烧录的前提，不同分区的功能如下：

boot：包含内核（Kernel）和 ramdisk，是系统启动的核心组件。
system：存放 Android 系统框架、预装应用和系统二进制文件。
recovery：包含恢复模式程序，用于系统修复和 OTA 升级。
vendor：存放厂商定制的硬件抽象层（HAL）和驱动程序。
userdata/data：用户数据分区，存放应用数据、用户文件等。

2.2 烧录模式分类

根据设备启动状态，系统烧录主要分为两种模式：

正常模式烧录：设备运行在 Android 系统中，通过 ADB 命令（如adb sideload）进行部分组件更新（如 Recovery 分区），适用于小范围系统修复。
引导模式烧录：设备启动到 Fastboot 或 Recovery 模式，通过 ADB 或 Fastboot 命令进行底层分区操作，适用于完整系统镜像烧录或系统救砖。

2.3 镜像格式与校验

系统镜像通常采用以下格式：

img 格式：原始二进制镜像，直接对应物理分区的字节流，如system.img、boot.img。
vbmeta.img：验证引导元数据（Verification Boot Metadata），包含签名和校验信息，用于 Android Verified Boot（AVB）机制。
sdat/ sparse.img：稀疏镜像格式，通过块映射减少存储空间占用，Android 7.0 后广泛使用。

烧录过程中，ADB 会配合设备端的校验机制（如 SHA256 哈希校验、数字签名验证）确保镜像完整性，防止恶意篡改或损坏镜像写入系统。

三、ADB 环境搭建与设备连接

在进行系统烧录前，需完成 ADB 环境的搭建和设备连接配置，这是整个流程的基础环节。

3.1 ADB 工具安装与配置

3.1.1 Windows 平台安装

下载 Android SDK Platform Tools：从 Google 开发者官网获取最新版 Platform Tools（包含 ADB 和 Fastboot），解压到任意目录（如C:\adb）。
配置环境变量：
- 右键 “此电脑”→“属性”→“高级系统设置”→“环境变量”。
- 在 “系统变量” 中找到Path，添加 ADB 工具路径（如C:\adb）。
验证安装：打开命令提示符，输入adb version，若显示版本信息则安装成功。

3.1.2 macOS/Linux 平台安装

macOS：可通过 Homebrew 安装：brew install android-platform-tools
Linux（Ubuntu）：使用 APT 安装：sudo apt-get install adb fastboot
验证：终端输入adb --version，确认工具可用。

3.2 设备驱动与 USB 连接配置

3.2.1 Windows 设备驱动安装

开启 USB 调试：进入设备 “设置”→“关于手机”→连续点击 “版本号” 直至开启开发者选项，返回 “开发者选项” 启用 “USB 调试”。
安装厂商驱动：
- 部分设备（如三星、华为）需安装专用 USB 驱动，可通过厂商官网下载。
- 连接设备后，在 “设备管理器” 中找到未知设备，手动指定驱动路径（ADB 驱动通常位于 Platform Tools 目录）。

3.2.2 通用 USB 连接验证

设备连接电脑后，在命令行执行adb devices，若显示设备序列号（如emulator-5554或1234567890abcdef），则连接成功。
若显示unauthorized，需在设备上确认 USB 调试授权。
若显示device not found，检查 USB 线缆、端口或驱动是否异常。

3.3 网络 ADB 连接（无线调试）

在某些场景下（如设备无法通过 USB 连接），可使用网络 ADB：

确保设备和电脑在同一局域网内。

通过 USB 连接设备，执行：

adb tcpip 5555  # 设置设备监听5555端口
adb disconnect  # 断开USB连接
adb connect 设备IP:5555  # 通过IP连接设备

验证：adb devices应显示设备IP:5555 device。
断开网络连接：adb disconnect 设备IP:5555

网络 ADB 的优势在于摆脱线缆限制，但传输速度通常低于 USB（USB 2.0 约 60MB/s，WiFi 5G 约 100-300MB/s），大规模镜像传输时需注意效率。

四、基于 ADB 的系统烧录核心操作

掌握 ADB 在系统烧录中的核心操作是完成系统更新或修复的关键，以下从基础到进阶逐步解析。

4.1 基础分区操作命令

4.1.1 查看分区信息

通过 ADB shell 命令可查看设备分区结构：

adb shell df -h  # 查看各分区挂载情况
adb shell ls /dev/block/by-name/  # 列出所有命名分区

输出示例：

/dev/block/by-name/boot
/dev/block/by-name/system
/dev/block/by-name/vendor
/dev/block/by-name/userdata
...

4.1.2 擦除分区

烧录前通常需要擦除目标分区（尤其是非 A/B 分区设备）：

adb shell dd if=/dev/zero of=/dev/block/by-name/system bs=1M  # 用0填充system分区（危险操作，慎用）
adb shell wipe system  # 部分设备支持的擦除命令

注意：擦除userdata分区会导致数据丢失，需提前通过adb backup或物理备份数据。

4.2 镜像烧录核心流程

以烧录完整系统镜像为例，标准流程如下：

4.2.1 准备镜像文件

获取官方或第三方镜像（如system.img、boot.img、recovery.img），存放于 ADB 工具目录或指定路径。

4.2.2 进入引导模式

根据烧录需求进入不同模式：

Recovery 模式：适用于通过adb sideload更新部分组件，进入方式：
```
adb reboot recovery  # 从正常系统重启到Recovery
```

Fastboot 模式：适用于底层分区烧录，进入方式：

adb reboot bootloader  # 重启到Fastboot模式
# 或设备关机状态下，同时按住电源键+音量下键（不同机型按键组合不同）

4.2.3 烧录操作示例（Fastboot 模式）

Fastboot 模式下使用fastboot命令烧录（本质上是 ADB 的底层扩展）：

# 烧录boot分区
fastboot flash boot boot.img
# 烧录system分区（A/B分区设备需指定槽位）
fastboot flash system system.img
# 烧录vendor分区
fastboot flash vendor vendor.img
# 烧录recovery分区
fastboot flash recovery recovery.img
# 烧录vbmeta分区（验证引导必需）
fastboot flash vbmeta vbmeta.img

4.2.4 烧录操作示例（Recovery 模式）

Recovery 模式下通过adb sideload更新系统（适用于 OTA 包或部分镜像）：

# 将OTA包复制到设备
adb push update.zip /sdcard/
# 在Recovery中选择"Apply update from ADB"
adb sideload update.zip  # 开始传输并安装

4.3 A/B 分区设备的特殊烧录逻辑

对于支持 A/B 分区的设备，烧录流程需考虑槽位（Slot）概念：

# 查看当前活跃槽位
adb shell getprop ro.boot.slot_suffix
# 输出可能为 "_a" 或 "_b"

# 烧录到非活跃槽位（以system分区为例）
fastboot flash system_a system.img  # 烧录到A槽
fastboot flash system_b system.img  # 烧录到B槽

# 切换到新槽位启动
fastboot set_active a  # 设为A槽活跃
fastboot reboot  # 重启后使用新槽位系统

A/B 分区的优势在于烧录过程中不影响当前系统使用，烧录完成后通过切换槽位实现无缝升级，若新系统启动失败可自动回滚到原槽位，提升了系统更新的可靠性。

五、高级 ADB 烧录技术与实践

在复杂场景下，需掌握 ADB 的高级功能和定制化烧录技术，以应对特殊需求或故障修复。

5.1 稀疏镜像（Sparse Image）处理

Android 7.0 后广泛使用稀疏镜像（.sparse.img），其格式包含：

文件头：包含块大小、总块数等元数据。
块映射表：记录有效数据块的位置。
数据块：仅存储非零数据，减少存储空间。

使用 ADB 烧录稀疏镜像时，需通过simg2img工具转换为原始镜像：

# 安装simg2img工具（Linux/macOS可从Android源码获取，Windows可使用预编译版本）
simg2img system.sparse.img system.raw.img  # 转换稀疏镜像为原始镜像
fastboot flash system system.raw.img  # 烧录原始镜像

或使用设备端工具直接处理稀疏镜像（需设备支持）：

adb push system.sparse.img /data/
adb shell simg2img /data/system.sparse.img /dev/block/by-name/system

5.2 分区镜像的流式烧录

对于大尺寸镜像（如 system.img 超过 4GB），直接传输可能导致内存不足，可采用流式烧录：

# Linux/macOS下使用管道流式烧录
cat system.img | adb shell "dd of=/dev/block/by-name/system bs=4M"
# Windows下使用PowerShell
Get-Content -Path system.img -ReadCount 4MB | ForEach-Object { adb shell "dd of=/dev/block/by-name/system bs=4M count=1 iflag=fullblock" }

流式烧录的优势在于分块传输，避免一次性加载整个镜像到内存，适用于低配置主机或超大镜像场景。

5.3 自定义 Recovery 烧录（TWRP 为例）

第三方 Recovery（如 TWRP）为系统烧录提供了图形化界面和更灵活的操作：

烧录 TWRP 到 Recovery 分区：
```
fastboot flash recovery twrp.img
```

进入 TWRP 后，通过 ADB 传输镜像：

adb reboot recovery  # 启动到TWRP
adb push rom.zip /sdcard/  # 传输ROM包

在 TWRP 中选择 “Install”→“Choose ZIP from ADB”→“adb sideload rom.zip” 完成安装。

5.4 救砖（Brick Recovery）场景下的 ADB 应用

当设备无法正常启动（变砖）时，可通过 ADB 配合 Fastboot 抢救：

进入 Fastboot 模式：若设备能响应 Fastboot，执行基础分区烧录（如重写 boot、recovery 分区）。
紧急下载模式（Emergency Download Mode）：部分厂商（如三星）提供特殊救砖模式，需使用专用工具（如 Odin）配合 ADB 通信。

手动修复引导链：

# 烧录官方boot.img（假设设备支持）
fastboot flash boot official_boot.img
# 烧录vbmeta.img（若AVB验证导致启动失败）
fastboot flash vbmeta --disable-verification vbmeta.img

六、系统烧录中的 ADB 高级配置与优化

为提升烧录效率和稳定性，需掌握 ADB 的高级配置选项和性能优化技巧。

6.1 ADB 配置文件（adb.ini）定制

在 ADB 工具目录下创建adb.ini（Windows）或~/.android/adb.ini（Linux/macOS），可配置以下参数：

# 提高传输速度（默认4MB）
max-transfer = 32M
# 延长超时时间（默认5000ms）
timeout = 30000
# 禁用USB权限提示
no-adb-auth-check = 1
# 网络ADB端口配置
host-tcp-port = 5555

6.2 传输性能优化

6.2.1 USB 传输优化

使用 USB 3.0 线缆和端口：USB 3.0 理论带宽达 5Gbps，远高于 USB 2.0 的 480Mbps。
禁用 USB 节能模式（Windows）：
- 进入 “设备管理器”→“通用串行总线控制器”→右键 USB 控制器→“电源管理”→取消勾选 “允许计算机关闭此设备以节约电源”。

6.2.2 命令优化

批量执行命令：通过adb shell批量执行多条命令，减少通信开销：
```
adb shell "cd /data; mkdir backup; cp -r app backup/"
```

使用管道加速数据传输：

# 快速复制大文件到设备
cat large_file | adb push - /data/large_file

6.3 日志调试与错误定位

ADB 提供详细的日志功能，帮助定位烧录问题：

# 开启ADB调试日志
adb -d logcat
# 查看ADB服务器日志
adb logcat | grep adb
# 捕获ADB通信数据包（需root权限）
adb shell tcpdump -i any -s 0 -w - | wireshark -k -i -

常见错误及解决方案：

failed to write to device: No space left on device：目标分区空间不足，需先擦除或调整分区大小。
remote: not allowed：操作被设备安全策略禁止（如未解锁 Bootloader 时烧录 system 分区）。
CRC mismatch：镜像校验失败，重新下载镜像或检查传输过程是否出错。

七、安全与合规性考量

系统烧录涉及设备底层操作，需严格遵守安全规范和法律法规，避免数据丢失或设备损坏。

7.1 数据备份与恢复

烧录前必须完成数据备份，推荐方法：

ADB 备份：

adb backup -f backup.ab -all -shared -system

物理备份：通过文件管理器将data/media目录复制到电脑。
第三方工具备份：使用 TWRP 的 “Backup” 功能，可完整备份系统和数据分区。

7.2 Bootloader 解锁风险

解锁 Bootloader（fastboot flashing unlock）会：

清除userdata分区所有数据。
导致部分设备（如华为、小米）失去官方保修。
禁用 Android Verified Boot（AVB），降低系统安全性。
部分厂商（如 Google Pixel）解锁后会显示 “Bootloader Unlocked” 警告。

7.3 合规性与版权问题

仅使用合法获取的镜像：烧录非官方 ROM 可能违反设备使用条款或版权法。
遵守厂商政策：部分厂商（如三星、华为）对解锁 Bootloader 和系统修改有严格限制，需提前查阅官方文档。
商业用途合规：企业级设备烧录需确保符合行业标准（如 GMS 认证要求），避免法律风险。

7.4 安全烧录最佳实践

始终使用官方工具和镜像，来源不明的 ROM 可能包含恶意软件。
烧录前校验镜像哈希值（如sha256sum system.img），确保与官方提供的一致。
对敏感操作（如擦除userdata）添加二次确认机制，避免误操作。
完成烧录后重新锁定 Bootloader（fastboot flashing lock），恢复设备安全性。

八、典型案例与实战场景

以下通过具体案例演示 ADB 在系统烧录中的实战应用，覆盖不同场景和设备类型。

8.1 Google Pixel 设备完整系统烧录

以 Pixel 4a 为例，烧录 Android 13 官方镜像：

准备工作：
- 下载对应机型的官方工厂镜像（如blueline-ota-xxxx.zip）。
- 解压镜像包，得到flash-all.sh（Linux/macOS）或flash-all.bat（Windows）。
- 解锁 Bootloader：
```
fastboot flashing unlock
```

烧录流程：

# 执行自动烧录脚本（Windows）
flash-all.bat
# 或手动烧录（Linux/macOS）
./flash-all.sh

脚本会自动擦除分区、烧录镜像并重启设备，整个过程约 5-10 分钟。

8.2 三星设备救砖（非 A/B 分区）

当三星 Galaxy S8 无法启动时，通过 ADB+Odin 救砖：

进入 Download 模式：关机状态下按住音量下 + 电源键 + Home 键，出现警告界面后按音量上确认。
使用 Odin 工具：
- 连接设备，Odin 显示 “Added” 表示识别成功。
- 在 “AP” 位置加载官方AP_xxx.tar.md5镜像，“BL” 加载BL_xxx.tar.md5，“CP” 加载CP_xxx.tar.md5，“CSC” 加载CSC_xxx.tar.md5。
- 勾选 “Auto Reboot” 和 “F. Reset Time”，点击 “Start” 开始烧录。

ADB 辅助修复：若烧录后系统仍异常，可通过 ADB 修复：

adb shell rm -rf /data/system/deadlines  # 清除启动失败记录
adb shell wipe dalvik-cache  # 清除缓存
adb reboot  # 重启设备

8.3 小米手机刷入第三方 ROM（A/B 分区）

以小米 11 为例，刷入 LineageOS：

解锁 Bootloader：申请小米官方解锁工具并解锁。

烧录 TWRP Recovery：

fastboot flash recovery twrp.img
fastboot reboot recovery  # 进入TWRP

在 TWRP 中操作：
- 清除system、vendor、data分区（注意备份数据）。
- 通过 ADB 传输 LineageOS 镜像：
  bash
```
adb sideload lineage-19.1-20230501-nightly-star2lte-signed.zip
```

切换槽位并重启：

fastboot set_active b  # 假设烧录到B槽
fastboot reboot  # 启动新系统

九、未来发展趋势与技术演进

ADB 作为 Android 生态的基础工具，其发展与 Android 系统演进紧密相关，以下是未来可能的技术趋势：

9.1 ADB over WiFi 6/7 的普及

随着 WiFi 6/7 技术成熟，网络 ADB 的传输速度将接近 USB 3.0 水平（WiFi 6 理论带宽 9.6Gbps），无线烧录将成为主流，尤其适用于物联网设备和大规模设备部署场景。

9.2 集成到云设备管理平台

企业级设备管理（MDM）平台将深度集成 ADB 功能，实现远程系统烧录和批量设备升级，如通过云端控制台发送 ADB 命令，自动完成全球设备的系统更新。

9.3 与 Project Treble 的协同优化

Project Treble 将系统框架与厂商定制层分离，未来 ADB 烧录可能支持更细粒度的组件更新（如单独更新框架层或厂商驱动层），减少完整系统烧录的需求，提升升级效率。

9.4 安全性增强与沙盒化

随着 Android Verified Boot 2.0 和硬件安全模块（Trusted Execution Environment, TEE）的普及，ADB 烧录将引入更严格的签名验证和权限控制，防止未授权的系统修改，同时保留开发者必要的调试通道。

结语

ADB 作为连接开发主机与 Android 设备的桥梁，在系统烧录中扮演着不可替代的角色。从基础的命令行操作到复杂的救砖场景，掌握 ADB 的原理和实践技巧是 Android 开发与维护人员的必备技能。随着技术的发展，ADB 将持续演进，在保持易用性的同时增强安全性和效率，为 Android 生态的稳定和创新提供坚实支撑。无论是开发者、维修人员还是技术爱好者，深入理解 ADB 与系统烧录的内在逻辑，都能在设备管理和系统优化中获得更大的灵活性和掌控力。