ADB结构及代码分析

一、概述

  Android的整个ADB由3个部分组成，ADB Client、ADB Server、ADB Daemon（ADBD）。其中ADB Server是作为一个后台服务在运行的，当输入ADB指令时（比如adb devices），实际上就是在运行一个adb client，adb client会去连接adb server（127.0.0.1:5037），加入连不上，则认为ADB Server没有启动起来，会自动去fork出一个子进程，并让子进程重新执行adb  fork-server server，从而让ADB Server运行起来，而父进程则会重新尝试连接ADB Server。因此ADB Client和ADB Server其实就是同一个程序，只不过是各自用到了ADB的部分功能而已。

二、ADB Client功能概述

    ADB Client的作用是连接ADB Server，并将用户输入的指令转发给ADB Server，并等待ADBD或者是ADB Server的应答。对于很多指令，ADB Client都是将指令发送至ADB Server后，就结束了，但是对于一些指令（比如adb  push  LOCAL_PATH  REMOTE_PATH）， ADB Server只是充当了一个数据转发的功能，即是ADB Client和ADBD通过ADB Server这座桥梁，在不断的进行交互。后面将对adb push 这条指令做一个详细的代码分析

三、ADB Server功能概述

ADB Server是通过adb_main(int is_daemon, int server_port)，即adb_main(1,5037)运行起来的。作为一个开在本机的socket服务器，ADB Server等待接收来自ADB Client的请求，并做相应的处理。

ADB Server在启动的时候，会调用函数  void init_transport_registration(void)  初始化一个socketpair，用来注册transport。以实际的usb外设为例：ADB Server会在一个线程中循环检测/dev/bus/usb下是否有新的usb设备插入，如果新插入的外设的vid，pid在预设的表中，并且存在一个接口是用于anroid调试的（ 通过函数 is_adb_interface判断 ），则会利用socketpair，注册这个usb设备。所谓的注册usb设备，就是把读写这个usb设备的文件描述符fd，相关的操作函数（remote_write等）、usb设备的识别号等保存在一个atransport结构体里，同时atransport里会保存一个socketpair，将来usb设备的读写数据就都是通过socketpair来传送的。

注册完atransport后，会开启2个线程，input_thread和output_thread， 在input_thread里，会读取从socketpair发过来的数据，并写往usb设备；在output_thread里，将从usb设备读到的数据写入到socketpair的其中一个socket里，参考注册时的代码可知：

        t->transport_socket = s[0];  

        t->fd = s[1];  

        D(“transport: %p install %d\n”, t, t->transport_socket );

        fdevent_install(&(t->transport_fde),

                        t->transport_socket,

                        transport_socket_events,

                        t);

        fdevent_set(&(t->transport_fde), FDE_READ);

从usb读取到的数据将在transport_socket_events中进行接收并处理。

数据从ADB Server发往usb外设的流程

  ADB Server  —->  write_packet(t->transport_socket, &p)  —->  input_thread里的    

 read_packet(t->fd, &p)  —->  input_thread里的t->write_to_remote(p, t)  —-> usb设备

数据从usb外设到ADB Server的流程

  Usb设备—->  t->read_from_remote(p, t)  —->  write_packet(t->fd, &p) (即会从

t->transport_fde读到数据)  —-> 在transport_socket_events中处理usb设备发送过来的

数据帧

四、ADBD功能概述

程序初始化，会开启一个线程，循环的处理usb设备的打开操作，以保证usb设备始终是打开的。Usb设备打开后，会采用与ADB Server相同的处理机制，注册一个atransport进行usb数据的传输与转发。（本来就是出自同一份代码）

里面的init_jdwp搞不是很懂，就知道是开启了一个服务端，等待上层的应用连接，除了保存一个ID外，没有看到具体的功用。

五、实例分析

以adb  push  local-file  remote-file为例，3个程序的交互如下：