adb
包含在 Android SDK 平台工具软件包中。您可以使用 SDK 管理器下载此软件包,该管理器会将其安装在 android_sdk/platform-tools/
下。
当您启动某个 adb 客户端时,客户端会先检查是否有 adb 服务器进程正在运行。如果没有,它将启动服务器进程。服务器在启动后会与本地 TCP 端口 5037 绑定,并监听 adb 客户端发出的命令 - 所有 adb 客户端均通过端口 5037 与 adb 服务器通信。
然后,服务器会与所有正在运行的设备建立连接。它通过扫描 5555 到 5585 之间(该范围供前 16 个模拟器使用)的奇数号端口查找模拟器。服务器一旦发现 adb 守护进程 (adbd),便会与相应的端口建立连接。请注意,每个模拟器都使用一对按顺序排列的端口 - 用于控制台连接的偶数号端口和用于 adb 连接的奇数号端口。例如:
模拟器 1,控制台:5554 模拟器 1,adb:5555 模拟器 2,控制台:5556 模拟器 2,adb:5557 依此类推
如上所示,在端口 5555 处与 adb 连接的模拟器与控制台监听端口为 5554 的模拟器是同一个。
服务器与所有设备均建立连接后,您便可以使用 adb 命令访问这些设备。由于服务器管理与设备的连接,并处理来自多个 adb 客户端的命令,因此您可以从任意客户端(或从某个脚本)控制任意设备。
要在通过 USB 连接的设备上使用 adb,您必须在设备的系统设置中启用 USB 调试(位于开发者选项下)。
在搭载 Android 4.2 及更高版本的设备上,“开发者选项”屏幕默认情况下处于隐藏状态。如需将其显示出来,请依次转到设置 > 关于手机,然后点按版本号七次。返回上一屏幕,在底部可以找到开发者选项。
在某些设备上,“开发者选项”屏幕所在的位置或命名方式可能有所不同。
现在,您已经可以通过 USB 连接设备。您可以通过从 android_sdk/platform-tools/
目录执行 adb devices
来验证设备是否已连接。如果已连接,您将看到设备名称以“设备”形式列出。
注意:当您连接搭载 Android 4.2.2 或更高版本的设备时,系统会显示一个对话框,询问您是否接受允许通过此计算机进行调试的 RSA 密钥。这种安全机制可以保护用户设备,因为它可以确保用户只有在能够解锁设备并确认对话框的情况下才能执行 USB 调试和其他 adb 命令。
一般情况下,adb 通过 USB 与设备进行通信,但您也可以在通过 USB 完成一些初始设置后通过 WLAN 使用 adb.
现在,您可以开始操作了!
如果 adb 连接断开:
adb connect
步骤重新连接。在发出 adb 命令之前,了解哪些设备实例已连接到 adb 服务器会很有帮助。您可以使用 devices
命令生成已连接设备的列表。
adb devices -l
作为响应,adb 会针对每个设备输出以下状态信息:
emulator-5554
offline
:设备未连接到 adb 或没有响应。device
:设备现已连接到 adb 服务器。请注意,此状态并不表示 Android 系统已完全启动并可正常运行,因为在设备连接到 adb 时系统仍在启动。不过,在启动后,这是设备的正常运行状态。no device
:未连接任何设备。-l
选项,则 devices
命令会告知您设备是什么。当您连接了多个设备时,此信息很有用,可帮助您将它们区分开来。以下示例展示了 devices
命令及其输出。有三个设备正在运行。列表中的前两行表示模拟器,第三行表示连接到计算机的硬件设备。
$ adb devices
List of devices attached
emulator-5556 device product:sdk_google_phone_x86_64 model:Android_SDK_built_for_x86_64 device:generic_x86_64
emulator-5554 device product:sdk_google_phone_x86 model:Android_SDK_built_for_x86 device:generic_x86
0a388e93 device usb:1-1 product:razor model:Nexus_7 device:flo
adb devices
命令的极端命令序列会导致正在运行的模拟器不显示在 adb devices
输出中(即使在您的桌面上可以看到该模拟器)。当满足以下所有条件时,就会发生这种情况:
emulator
命令时,将 -port
或 -ports
选项的端口值设为 5554 到 5584 之间的奇数,且要避免出现这种情况,一种方法是让模拟器自行选择端口,并且每次运行的模拟器数量不要超过 16 个。另一种方法是始终先启动 adb 服务器,然后再使用 emulator
命令,如下例所示。
示例 1:在下面的命令序列中,adb devices
命令启动了 adb 服务器,但是设备列表未显示。
停止 adb 服务器,然后按照所示顺序输入以下命令。对于 avd 名称,请提供系统中有效的 avd 名称。要获取 avd 名称列表,请输入 emulator -list-avds
。emulator
命令位于 android_sdk/tools
目录下。
$ adb kill-server
$ emulator -avd Nexus_6_API_25 -port 5555
$ adb devices
List of devices attached
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
示例 2:在下面的命令序列中,adb devices
显示了设备列表,因为先启动了 adb 服务器。
如果想在 adb devices
输出中看到模拟器,请停止 adb 服务器,然后在使用 emulator
命令之后、使用 adb devices
命令之前,重新启动该服务器,如下所示:
$ adb kill-server
$ emulator -avd Nexus_6_API_25 -port 5557
$ adb start-server
$ adb devices
List of devices attached
emulator-5557 device
如果有多个设备正在运行,则当您发出 adb 命令时,必须指定目标设备。为此,请使用 devices 命令获取目标设备的序列号。获得序列号后,请结合使用 -s 选项与 adb 命令来指定序列号。如果您要发出很多 adb 命令,可以将 ANDROID_SERIAL 环境变量设为包含序列号。如果您同时使用 -s 和 ANDROID_SERIAL,则 -s 会替换
在以下示例中,先获得了已连接设备的列表,然后使用其中一个设备的序列号在该设备上安装了 helloWorld.apk
。
$ adb devices
List of devices attached
emulator-5554 device
emulator-5555 device
$ adb -s emulator-5555 install helloWorld.apk
注意:如果您在多个设备可用时发出命令但未指定目标设备,则 adb 会生成错误。
如果有多个可用设备,但只有一个是模拟器,请使用 -e
选项将命令发送至该模拟器。同样,如果有多个设备,但只连接了一个硬件设备,请使用 -d
选项将命令发送至该硬件设备。
您可以使用 adb 的 install
命令在模拟器或连接的设备上安装 APK:
adb installpath_to_apk
安装测试 APK 时,必须结合使用 -t
选项和 install
命令。如需了解详情,请参阅 -t
。
您可以使用 forward
命令设置任意端口转发,将对特定主机端口上的请求转发到设备上的其他端口。以下示例设置了主机端口 6100 到设备端口 7100 的转发:
adb forward tcp:6100 tcp:7100
以下示例设置了主机端口 6100 到 local:logd 的转发:
adb forward tcp:6100 local:logd
您可以使用 pull
和 push
命令将文件复制到设备或从设备复制文件。与 install
命令(仅将 APK 文件复制到特定位置)不同,pull
和 push
命令可让您将任意目录和文件复制到设备中的任何位置。
要从设备复制文件或目录及其子目录,请使用以下命令:
adb pullremotelocal
要将文件或目录及其子目录复制到设备,请使用以下命令:
adb pushlocalremote
将 local
和 remote
替换为开发机器(本地)和设备(远程)上的目标文件/目录的路径。例如:
adb push foo.txt /sdcard/foo.txt
在某些情况下,您可能需要终止 adb 服务器进程,然后重启以解决问题(例如,如果 adb 不响应命令)。
要停止 adb 服务器,请使用 adb kill-server
命令。然后,您可以通过发出其他任何 adb 命令来重启服务器。
您可以从开发机器上的命令行发出 adb 命令,也可以通过脚本发出。用法如下:
adb [-d | -e | -sserial_number]command
如果只有一个模拟器正在运行或者只连接了一个设备,则默认情况下会将 adb 命令发送至该设备。如果有多个模拟器正在运行并且/或者连接了多个设备,则您需要使用 -d
、-e
或 -s
选项指定应向其发送命令的目标设备。
您可以使用以下命令来查看所有支持的 adb 命令的详细列表:
adb --help
您可以使用 shell
命令通过 adb 发出设备命令,也可以启动交互式 shell。要发出单个命令,请使用 shell
命令,如下所示:
adb [-d |-e | -sserial_number] shellshell_command
要在设备上启动交互式 shell,请使用 shell
命令,如下所示:
adb [-d | -e | -sserial_number] shell
要退出交互式 shell,请按 Ctrl + D 键或输入 exit
。
注意:在 Android 平台工具 23 及更高版本中,adb 处理参数的方式与 ssh(1)
命令相同。这项变更解决了很多命令注入方面的问题,还使安全执行包含 shell 元字符的命令(如 adb install Let\'sGo.apk
)成为可能。不过,这项变更还意味着,对包含 shell 元字符的所有命令的解释也发生了变化。例如,adb shell setprop foo 'a b'
命令现在会返回错误,因为单引号 ('
) 会被本地 shell 消去,设备看到的是 adb shell setprop foo a b
。要使该命令正常运行,请引用两次,一次用于本地 shell,另一次用于远程 shell,与处理 ssh(1)
的方法相同。例如,adb shell setprop foo "'a b'"
。
Android 提供了大多数常见的 Unix 命令行工具。如需查看可用工具的列表,请使用以下命令:
adb shell ls /system/bin
通过 --help
参数可获得大多数命令的帮助。许多 shell 命令由 toybox 提供。通过 toybox --help
可获得适用于所有 toybox 命令的常规帮助。
另请参阅 Logcat 命令行工具,该工具对监控系统日志很有用。
am
)在 adb shell 中,您可以使用 Activity 管理器 (am
) 工具发出命令以执行各种系统操作,如启动 Activity、强行停止进程、广播 intent、修改设备屏幕属性,等等。在 shell 中,语法如下:
amcommand
您也可以直接从 adb 发出 Activity 管理器命令,无需进入远程 shell。例如:
adb shell am start -a android.intent.action.VIEW
表 2. 可用的 Activity 管理器命令
启动由 intent 指定的 Activity。请参阅 intent 参数的规范。选项如下:-D:启用调试功能。-W:等待启动完成。--start-profiler file:启动分析器并将结果发送至 file。-P file:类似于 --start-profiler,但当应用进入空闲状态时分析停止。-R count:重复启动 Activity count 次。在每次重复前,将完成顶层 Activity。-S:在启动 Activity 前,强行停止目标应用。--opengl-trace:启用 OpenGL 函数的跟踪。--user user_id | current:指定要作为哪个用户运行;如果未指定,则作为当前用户运行。
对于采用 intent
参数的 Activity 管理器命令,您可以使用以下选项指定 intent:
pm
)在 adb shell 中,您可以使用软件包管理器 (pm
) 工具发出命令,以对设备上安装的应用软件包执行操作和查询。在 shell 中,语法如下:
pmcommand
您也可以直接从 adb 发出软件包管理器命令,无需进入远程 shell。例如:
adb shell pm uninstall com.example.MyApp
表 3. 可用的软件包管理器命令。
输出所有软件包,或者,仅输出软件包名称包含 filter 中的文本的软件包。选项如下:-f:查看它们的关联文件。-d:进行过滤以仅显示已停用的软件包。-e:进行过滤以仅显示已启用的软件包。-s:进行过滤以仅显示系统软件包。-3:进行过滤以仅显示第三方软件包。-i:查看软件包的安装程序。-u:也包括卸载的软件包。--user user_id:要查询的用户空间。
dpm
)为便于您开发和测试设备管理(或其他企业)应用,您可以向设备政策管理器 (dpm
) 工具发出命令。使用该工具可控制活动管理应用,或更改设备上的政策状态数据。在 shell 中,语法如下:
dpmcommand
您也可以直接从 adb 发出设备政策管理器命令,无需进入远程 shell:
adb shell dpmcommand
表 4. 可用的设备政策管理器命令
将组件设为活动管理。选项如下:--user user_id:指定目标用户。您也可以传递 --user current 以选择当前用户。
screencap
命令是一个用于对设备显示屏截取屏幕截图的 shell 实用程序。在 shell 中,语法如下:
screencapfilename
如需从命令行使用 screencap
,请输入以下命令:
adb shell screencap /sdcard/screen.png
以下屏幕截图会话示例向您展示了如何使用 adb shell 截取屏幕截图,以及如何使用 pull
命令从设备下载屏幕截图文件:
$ adb shell
shell@ $ screencap /sdcard/screen.png
shell@ $ exit
$ adb pull /sdcard/screen.png
screenrecord
命令是一个用于录制设备(搭载 Android 4.4(API 级别 19)及更高版本)显示屏的 shell 实用程序。该实用程序将屏幕 Activity 录制为 MPEG-4 文件。您可以使用此文件创建宣传视频或培训视频,或将其用于调试或测试。
在 shell 中,使用以下语法:
screenrecord [options]filename
如需从命令行使用 screenrecord
,请输入以下命令:
adb shell screenrecord /sdcard/demo.mp4
按 Ctrl + C 键(在 Mac 上,按 Command + C 键)可停止屏幕录制;如果不手动停止,到三分钟或 --time-limit
设置的时间限制时,录制将会自动停止。
要开始录制设备屏幕,请运行 screenrecord
命令以录制视频。然后,运行 pull
命令以将视频从设备下载到主机。下面是一个录制会话示例:
$ adb shell
shell@ $ screenrecord --verbose /sdcard/demo.mp4
(press Control + C to stop)
shell@ $ exit
$ adb pull /sdcard/demo.mp4
screenrecord
实用程序能以您要求的任何支持的分辨率和比特率进行录制,同时保持设备显示屏的宽高比。默认情况下,该实用程序以本机显示屏分辨率和屏幕方向进行录制,时长不超过三分钟。
screenrecord
实用程序的局限性:
表 5. screenrecord
选项
显示命令语法和选项
从 Android 7.0(API 级别 24)开始,Android Runtime (ART) 会收集已安装应用的执行配置文件,这些配置文件用于优化应用性能。您可能需要检查收集的配置文件,以了解在应用启动期间,系统频繁执行了哪些方法和使用了哪些类。
要生成文本格式的配置文件信息,请使用以下命令:
adb shell cmd package dump-profilespackage
要检索生成的文件,请使用:
adb pull /data/misc/profman/package.txt
如果您在多个测试设备上测试应用,则在两次测试之间重置设备可能很有用,例如,可以移除用户数据并重置测试环境。您可以使用 testharness
adb shell 命令对搭载 Android 10(API 级别 29)或更高版本的测试设备执行恢复出厂设置,如下所示。
adb shell cmd testharness enable
使用 testharness
恢复设备时,设备会自动将允许通过当前工作站调试设备的 RSA 密钥备份在一个持久性位置。也就是说,在重置设备后,工作站可以继续调试设备并向设备发出 adb 命令,而无需手动注册新密钥。
此外,为了帮助您更轻松且更安全地继续测试您的应用,使用 testharness
恢复设备还会更改以下设备设置:
如果您的应用需要检测并适应 testharness
命令的默认设置,您可以使用 ActivityManager.isRunningInUserTestHarness()
。
sqlite3
可启动用于检查 sqlite 数据库的 sqlite 命令行程序。它包含用于输出表格内容的 .dump
以及用于输出现有表格的 SQL CREATE
语句的 .schema
等命令。您也可以从命令行执行 SQLite 命令,如下所示。
$ adb -s emulator-5554 shell
$ sqlite3 /data/data/com.example.app/databases/rssitems.db
SQLite version 3.3.12
Enter ".help" for instructions