Android常用adb命令总结

Android调试桥

adb其实就是Android Debug Bridge，Android调试桥的缩写，adb是一个C / S架构的命令行工具，主要由3部分组成：

运行在PC端的客户端：可以通过它对Android应用进行安装，卸载及调试

Eclipse中的ADT，SDK工具目录下的DDMS，Monitor等工具，都是同样地用到了adb的功能来与Android设备进行交互 。PC端的手机助手，诸如360手机助手，豌豆荚，应用宝等，其中除了安装第三方应用方便，其他的功能，基本上都可以通过adb命令去完成，这里建议测试人员尽量不要在电脑上安装这些手机助手，因为其自带的adb程序可能会与Android SDK下的adb程序产生冲突，5037端口被占用，导致使用adb命令时无法连接到设备

运行在PC端的服务：其管理客户端到Android设备上adb后台进程的连接

adb服务启动后，Windows可以在任务管理器中找到adb.exe这个进程

运行在Android设备上的adb后台进程

执行adb shell ps | grep adbd，可以找到该后台进程，windows请使用findstr替代grep

[xuxu:~]$ adb shell ps | grep adbd root 23227 1 6672 832 ffffffff 00019bb4 S /sbin/adbd

这里注意一个地方，就是ADB使用的端口号，5037，必要有记一下 接下来我将ADB命令分为三部分进行介绍，adb 命令，adb shell 命令，linux 命令

adb命令

在开发或者测试的过程中，我们可以通过adb来管理多台设备，其一般的格式为：

adb [-e | -d | -s <设备序列号>] <子命令>

在配好环境变量的前提下，在命令窗口当中输入adb help或者直接输入adb，将会列出所有的选项说明及子命令。

这里介绍一些里面常用的命令：

adb设备，获取设备列表及设备状态

[xuxu:~]$ adb devices List of devices attached 44c826a0 device

adb get-state，获取设备的状态

[xuxu:~]$ adb get-state device

设备的状态有3钟，device，offline ，unknown 设备：设备正常连接 离线：连接出现异常，设备无响应 未知：没有连接设备

adb kill-server，adb start-server，结束adb服务，启动adb服务，通​​常两个命令一起用

一般在连接出现异常，使用adb设备未正常列出设备，设备状态异常时使用kill-server，然后运行start-server进行重启服务

adb logcat，打印Android的系统日志，这个可以单独拿出来讲

adb bugreport，打印dumpsys，dumpstate，logcat的输出，也是用于分析错误

输出比较多，建议重定向到一个文件中

adb bugreport > d:\bugreport.log

adb install，安装应用，覆盖安装是使用-r选项

windows下如果需要安装含有中文名的apk，需要对adb进行修改，百度可以找到做出修改的adb，支持中文命令的apk，请自行搜索

adb uninstall，卸载应用，后面跟的参数是应用的包名，请区别于apk 文件名

'-k'表示保存数据和缓存目录，-k选项，卸载时保存数据和缓存目录

adb pull，将Android设备上的文件或者文件夹复制到本地 例如复制Sdcard下的pull.txt文件到D盘：

adb pull sdcard/pull.txt d:\

如果需要重命名为rename.txt：

adb pull sdcard/pull.txt d:\rename.txt

注意权限，复制系统权限的目录下的文件，需要root，并且一般的Android机root之后并不能使用命令去复制，而需要在手机上使用类似于RE的文件浏览器，先对系统的文件系统进行挂载为可读写后，才能在手机上复制移动系统文件，这里推荐使用小米手机的开发版本，IUNI也是不错滴~~

adb push，推送本地文件至Android设备 例如推送D盘下的push.txt至Sdcard：

adb push d:\push.txt sdcard/

sdcard后面的斜杠不能少，否则会出现下面的错误：

[xuxu:~]$ adb push push.txt sdcard failed to copy 'push.txt' to 'sdcard': Is a directory

权限问题同拉命令

adb root，adb remount，只针对类似小米开发版的手机有用，可以直接已经这两个命令获取root权限，并挂载系统文件系统为可读写状态

adb reboot，重启Android设备

bootloader，重启设备，进入fastboot模式，同adb reboot-bootloader命令 恢复，重启设备，进入恢复模式，经常刷机的同学比较熟悉这个模式

adb forward，将宿主机上的某个端口重定向到设备的某个端口

adb forward tcp:1314 tcp :8888

执行该命令后所有发往宿主机1314端口的消息，数据都会转发到Android设备的8888端口上，因此可以通过远程的方式控制Android设备。

adb连接远程连接Android设备

手机，PC处理相同的网络下，手机安装应用adbWifi，启动连接。手机需要获取root权限（不会的话jj剁了） 

接着运行adb connect 192.168.1.102，即可通过无线的方式连接手机，缺点是速度比较慢

adb shell命令

有人问过我，为什么会知道这么多的命令，答案就是我比较爱折腾，这里大家先要了解我为什么要区区adb命令和adb shell命令。 简单点讲，adb命令是adb这个程序自带的一些命令，而adb shell则是调用的Android系统中的命令，这些Android特有的命令都放在了Android设备的系统/ bin目录下，例如我再命令行中敲这样一个命令：

[xuxu:~]$ adb shell hehe /system/bin/sh: hehe: not found

很明显，在bin目录下并不存在这个命令。 自己爱折腾，想看看有哪些命令，也不想去找文档，于是启启模拟器，将整个system/bin目录复制了出来，然后一个一个的去试。囧~~  打开这些文件就可以发现，里面有些命令其实是一个shell脚本，例如打开猴文件：

# Script to start "monkey" on the device, which has a very rudimentary # shell. # base=/system export CLASSPATH=$base/framework/monkey.jar trap "" HUP exec app_process $base/bin com.android.commands.monkey.Monkey $*

再比如打开

#!/system/bin/sh # # Script to start "am" on the device, which has a very rudimentary # shell. # base=/system export CLASSPATH=$base/framework/am.jar exec app_process $base/bin com.android.commands.am.Am "$@"

还有SDK源/ android-20 / com / android / commands目录下：

[xuxu:...oid-20/com/android/commands]$ pwd /Users/xuxu/utils/android/android-sdk-macosx/sources/android-20/com/android/commands [xuxu:...oid-20/com/android/commands]$ ll total 0 drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 am drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 bmgr drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 bu drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 content drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 ime drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 input drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 media drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 pm drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 requestsync drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 settings drwxr-xr-x 7 xuxu staff 238B 4 2 10:57 svc drwxr-xr-x 6 xuxu staff 204B 4 2 10:57 uiautomator drwxr-xr-x 3 xuxu staff 102B 4 2 10:57 wm

下面介绍一些常用的adb shell命令

PM

软件包管理器，可以使用获取到一些安装在Android设备上得应用信息 的源代码Pm.java，直接运行adb shell pm可以获取到该命令的帮助信息

pm列表包列出安装在设备上的应用

不带任何选项：列出所有的应用的包名（不知道怎么找应用的包名的同学看这里）

adb shell pm list package

-s：列出系统应用

adb shell pm list package -s

-3：列出第三方应用

adb shell pm list package -3

-f：列出应用包名及对应的apk名及存放位置

adb shell pm list package -f

-i：列出应用包名及其安装来源，结果显示例子： package:com.zhihu.android installer=com.xiaomi.market

adb shell pm list package -i

命令最后增加过滤器：过滤关键字，可以很方便地查找自己想要的应用

参数组合使用，例如，查找三方应用中知乎的包名，apk存放位置，安装来源：

[xuxu:~]$ adb shell pm list package -f -3 -i zhihu package:/data/app/com.zhihu.android-1.apk=com.zhihu.android installer=com.xiaomi.market

pm路径列出对应包名的.apk位置

[xuxu:~]$ adb shell pm path com.tencent.mobileqq package:/data/app/com.tencent.mobileqq-1.apk

下列可能参考-f（与pm list package中一样），以及[TARGET-PACKAGE]

pm转储，后跟包名，列出指定应用的转储信息，里面有各种信息，自行查看

adb shell pm dump com.tencent.mobileqq

Packages: Package [com.tencent.mobileqq] (4397f810): userId=10091 gids=[3003, 3002, 3001, 1028, 1015] pkg=Package{43851660 com.tencent.mobileqq} codePath=/data/app/com.tencent.mobileqq-1.apk resourcePath=/data/app/com.tencent.mobileqq-1.apk nativeLibraryPath=/data/app-lib/com.tencent.mobileqq-1 versionCode=242 targetSdk=9 versionName=5.6.0 applicationInfo=ApplicationInfo{43842cc8 com.tencent.mobileqq} flags=[ HAS_CODE ALLOW_CLEAR_USER_DATA ] dataDir=/data/data/com.tencent.mobileqq supportsScreens=[small, medium, large, xlarge, resizeable, anyDensity] usesOptionalLibraries: com.google.android.media.effects com.motorola.hardware.frontcamera timeStamp=2015-05-13 14:04:24 firstInstallTime=2015-04-03 20:50:07 lastUpdateTime=2015-05-13 14:05:02 installerPackageName=com.xiaomi.market signatures=PackageSignatures{4397f8d8 [43980488]} permissionsFixed=true haveGids=true installStatus=1 pkgFlags=[ HAS_CODE ALLOW_CLEAR_USER_DATA ] User 0: installed=true blocked=false stopped=false notLaunched=false enabled=0 grantedPermissions: android.permission.CHANGE_WIFI_MULTICAST_STATE com.tencent.qav.permission.broadcast com.tencent.photos.permission.DATA com.tencent.wifisdk.permission.disconnect

pm安装，安装应用

目标apk存放于PC端，请用adb安装 目标apk存放于Android设备上，请用pm安装安装

pm卸载，卸载应用，同时adb uninstall，后面跟的参数都是应用的包名

清除应用数据

pm set-install-location，pm get-install-location，设置应用安装位置，获取应用安装位置

[0 / auto]：默认为自动 [1 / internal]：默认为安装在手机内部 [2 / external]：默认安装在外部存储

输入

这个命令可以向Android设备发送按键事件，其源码Input.java

输入文本，发送文本内容，不能发送中文

adb shell input text test123456

前提先将键盘设置为英文键盘

输入keyevent，发送按键事件，KeyEvent.java

adb shell input keyevent KEYCODE_HOME

模拟按下主键，源码里面有定义： public static final int KEYCODE_HOME = 3;  因此可以将命令中的KEYCODE_HOME替换为3

输入点击，对屏幕发送一个触摸事件

adb shell input tap 500 500

点击屏幕上坐标为500 500的位置

输入滑动，滑动事件

adb shell input swipe 900 500 100 500

从右往滑动屏幕 如果版本不低于4.4，可以模拟长按事件

adb shell input swipe 500 500 501 501 2000

其实就是在小的距离内，在较长的持续时间内进行滑动，最后表现出来的结果就是长按动作

到这里会发现，MonkeyRunner能做到的事情，通过adb命令都可以做得到，如果进行封装，会比MR做得更好。

屏幕

截图命令

adb shell screencap -p /sdcard/screen.png

截屏，保存至sdcard目录

屏幕录像

4.4新增的录制命令

adb shell screenrecord sdcard/record.mp4

执行命令后操作手机，ctrl + c结束录制，录制结果保存至sdcard

输入法，Ime.java

[xuxu:~]$ adb shell ime list -s com.google.android.inputmethod.pinyin/.PinyinIME com.baidu.input_mi/.ImeService 列出设备上的输入法 [xuxu:~]$ adb shell ime set com.baidu.input_mi/.ImeService Input method com.baidu.input_mi/.ImeService selected 选择输入法

日志

这个命令很有意思，可以在logcat里面打印你设定的信息，具体用途自己思考！

adb shell log -p d -t xuxu "test adb shell log"

-p：优先级，-t：标签，标签，后面加上消息

[xuxu:~]$ adb logcat -v time -s xuxu --------- beginning of /dev/log/system --------- beginning of /dev/log/main 05-15 13:57:10.286 D/xuxu (12646): test adb shell log

getprop

查看Android设备的参数信息，只运行adb shell getprop，结果以key : value键值对的形式显示，如要获取某个键的值：

adb shell getprop ro.build.version.sdk 获取设备的sdk版本

结束

补充一个引号的用途：场景 1，在PC端执行猴子命令，将信息保存至D盘monkey.log，会这么写：

adb shell monkey -p com.android.settings 5000 > d:\monkey.log

场景2，在PC端执行猴命令，将信息保存至手机的Sdcard，可能会这么写：

adb shell monkey -p com.android.settings 5000 > sdcard/monkey.log

这里肯定会报错，因为最终是写向了PC端当前目录的sdcard目录下，而非非写向手机的Sdcard

这里需要用上引号：

adb shell "monkey -p com.android.settings 5000 > sdcard/monkey.log"

对这些命令都熟悉之后，那么接下来就是综合对编程语言的应用，思考如何用语言去处理这些命令，使得这些命令更加的方便于测试工作。