标签:
adb的全称为Android Debug Bridge,就是起到调试桥的作用。通过adb我们可以在Eclipse中方便通过DDMS来调试Android程序,说白了就是debug工具。adb的工作方式比较特殊,采用监听Socket TCP 5554等端口的方式让IDE和Qemu通讯,默认情况下adb会daemon相关的网络端口,所以当我们运行Eclipse时adb进程就会自动运行。
adb是android sdk里的一个工具, 用这个工具可以直接操作管理android模拟器或者真实的andriod设备(如G1手机). 它的主要功能有:
* 运行设备的shell(命令行)
* 管理模拟器或设备的端口映射
* 计算机和设备之间上传/下载文件
* 将本地apk软件安装至模拟器或android设备
ADB是一个 客户端-服务器端 程序, 其中客户端是你用来操作的电脑, 服务器端是android设备.
ADB(Android Debug Bridge)用来做下面两件事:
- 跟踪所有已连接的Android设备或运行在开发者机器上的模拟器实例。
- 为满足客户端的需求实现丰富的控制命令。客户端包括命令行用户或者像DDMS一样的帮助程序,控制命令包括“adb shell”,“adb pull”等等。这些控制命令在ADB中被称作“服务”。
总体来看,ADB中的每项工作通过下列组件的配合完成:
1. ADB服务器
ADB服务器是运行在主机上的一个后台进程。它的作用在于检测USB端口感知设备的连接和拔除,以及模拟器实例的启动或停止。
ADB服务器维护了一个已连接设备的列表,并且为每一个连接设备分配一个状态值,状态值包括:OFFLINE、BOOTLOADER、RECOVERY、ONLINE。
ADB服务器实际上是一个庞大的多路传输循环,它精妙的协调客户端、服务与设备之间的数据交换(实际上是包交换)。
2. ADB守护进程(adbd)
程序“adbd”作为一个后台进程在Android设备或模拟器系统中运行。它的作用是连接ADB服务器(通过USB连接设备,通过TCP连接模拟器),并且为运行在主机上的客户端提供一些服务。
当ADB服务器成功的与一个设备上的adbd守护进程建立连接时,ADB服务器认为这个设备是“ONLINE”状态。否则,ADB服务器认为设备是“OFFLINE”状态,“OFFLINE”表明ADB服务器侦测到一个新的设备或模拟器,但是无法与该设备或模拟器上的adbd守护进程建立连接。
“BOOTLOADER”状态表明设备处于bootloader模式下,“RECOVERY”状态表明设备处于recovery模式下。
3. ADB命令行客户端
命令行程序“adb”用于从shell或脚本中运行adb命令。首先,“adb”程序尝试定位主机上的ADB服务器,如果找不到ADB服务器,“adb”程序自动启动一个ADB服务器。
接下来,客户端向ADB服务器发送服务请求。这里面的细节不需要了解。
通常,一个单一的“adb” 二进制程序文件包含了服务器和客户端的实现。这样,服务器的分发和启动都更加容易。
4. 服务
与客户端交互的服务有两种:
主机服务:
主机服务运行在ADB服务器中,因此它们根本不和设备通讯。一个典型的例子就是“adb devices”,它请求返回当前已知的设备及其状态的列表。
本地服务:
本地服务运行在adbd守护进程中,或者被设备上的adbd守护进程启动。ADB服务器被用于客户端与本地服务之间的多路传输数据流。在这种情况下,本地服务的任务是初始化连接,然后为ADB服务器提供服务响应数据。
1.客户端<->服务器 交互协议
下面详细说明ADB客户端和ADB服务器之间交互的协议。ADB服务器监听在TCP:localhost:5037。
客户端用下列格式发送请求:
A. 开头4个字节的十六进制字符串给出请求的长度;
B. 后面紧跟请求内容。
举例来说,为了获得ADB服务器的内部版本号,客户端将做下列工作:
A. 建立tcp:localhost:5037的socket连接;
B. 通过socket发送字符串“000Chost:version”。
前缀“host:”用来指示请求被定位到ADB服务器本身(稍后我们将讨论其他类型的请求)。为了便于调试排错,请求内容的长度按ASCII编码计算。
服务器用下列格式回应客户端请求:
A. 成功:回应4个字节的“OKAY”字符串;
B. 失败:回应4个字节的“FAIL”字符串 + 4个字节的十六进制长度说明 + 指定长度的字符串说明失败原因;
C. “host:version”是一个例外,它的回应是4个字节的十六进制字符串,说明服务器的内部版本号。
注意:回应“OKAY”之后,连接仍然是活动的,这样,客户端可以通过这个连接发送其他的请求。但是在特定的情况下,“OKAY”回应会改变连接的状态。
举例来说,客户端发出“host:transport:”请求,“”被用来标识一个指定的设备或模拟器;在服务器回应“OKAY”之后,客户端再发起的请求会直接送达至对应的adbd守护进程。
在以后的文章中,SSW会列举当前ADB实现的所有服务。
2.传输协议
ADB传输协议对ADB服务器与一个设备或模拟器之间的连接进行建模。当前有两种类型的传输协议:
- USB传输协议,用于通过USB与物理设备的连接。
- 本地传输协议,用于通过TCP连接到ADB服务器,运行在主机上的模拟器。
虽然现在还没有实现,但是理论上存在这样的可能:写一个本地传输协议,让它代理ADB服务器与连接到另一台机器的设备之间的连接,以及ADB服务器与运行在另一台机器上的模拟器之间的连接。
每次传输能够在客户端和它们所指向的设备或模拟器之间完成一个或多个多路复用数据流。ADB服务器必须正确处理意料之外的传输中断。(比如:设备被物理拔除)
常用的adb命令
①查看应用程序的详细信息(包名+版本号,名称+sdk版本+权限+启动图标)
aapt d badging 电脑apk路径
注意:这里需要配置aapt命令到path路径中
②启动应用
adb shell am start -n com.example.test/com.example.test.TestActivity
注意:com.example.test.TestActivity为初始类全名
③安装应用
adb install [ -r 强制覆盖安装] [-f 安装到手机内存 /data/app目录] [-s 安装sdcard/sdcard目录] apk 路径 ;
注意:默认是安装到手机内存的,当安装到手机内存时,因不能直接操作/data/app目录,需要先把apk存放到一个临时目录(adb push apkpath /data/local/tmp/apkname),然后,在底层调用命令(pm install /data/local/tmp/apkname),执行安装操作。而安装到sd卡上,是可以直接操作的,不需要存放到临时目录中。
④卸载应用
adb uninstall 包名
pm uninstall [ -k 删除应用,保持应用的数据] 包名
注意:pm指令需要执行adb shell后,执行
⑤从电脑推送文件到手机
adb push <电脑文件路径> <手机目标路径>
⑥从手机导出文件到电脑
adb pull <手机源文件路径> <电脑文件路径>
标签:
原文地址:http://blog.csdn.net/yongxihu/article/details/51368100