转- ADB(Android Debug Bridge)技术实现

本帖最后由 ssw 于 2011-1-7 12:07 编辑 ADB(Android Debug Bridge)技术实现 ===============   I、总览 ===============      ADB用来做下面两件事：      - 跟踪所有已连接的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服务器提供服务响应数据。       ===============   II、协议细节 ===============        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:<serialnumber>”请求，“<serialnumber>”被用来标识一个指定的设备或模拟器；在服务器回应“OKAY”之后，客户端再发起的请求会直接送达至对应的adbd守护进程。        在以后的文章中，SSW会列举当前ADB实现的所有服务。        2. 传输协议        ADB传输协议对ADB服务器与一个设备或模拟器之间的连接进行建模。当前有两种类型的传输协议：        - USB传输协议，用于通过USB与物理设备的连接。        - 本地传输协议，用于通过TCP连接到ADB服务器，运行在主机上的模拟器。        虽然现在还没有实现，但是理论上存在这样的可能：写一个本地传输协议，让它代理ADB服务器与连接到另一台机器的设备之间的连接，以及ADB服务器与运行在另一台机器上的模拟器之间的连接。        每次传输能够在客户端和它们所指向的设备或模拟器之间完成一个或多个多路复用数据流。ADB服务器必须正确处理意料之外的传输中断。（比如：设备被物理拔除）