adb 深入分析一1、adb模块的源码路径，源码编译生成的结果。 2、adb模块分为adb client、adb server、services、adbd daemon几个模块。 3、adb通讯模

主要分为：

1、adb模块的源码路径，源码编译生成的结果。

2、adb模块分为adb client、adb server、services、adbd daemon几个模块。

3、adb通讯模型。

4、adb与 adbd daemon的入口函数。

内容：

1、Adb 源码路径(system/core/adb)。

2、要想很快的了解一个模块的基本情况，最直接的就是查看该模块的Android.mk文件，下面就来看看adb模块的Android.mk文件：

  ……



  ifeq ($(HOST_OS),linux) //用HOST_OS这个宏来兼容不同的操作系统的adb可执行程序（windows、Linux……）

   USB_SRCS := usb_linux.c

   EXTRA_SRCS := get_my_path_linux.c

   LOCAL_LDLIBS += -lrt -lncurses -lpthread

  endif

  ……

  LOCAL_MODULE := adb  //编译生成adb可执行程序。运行于PC端，通过HOST_OS这个宏来兼容不同的操作系统

  ……

  include $(BUILD_HOST_EXECUTABLE)

  ……

  ……

  LOCAL_MODULE := adbd //运行在手机端或模拟器等终端设备的adbd daemon进程

  LOCAL_FORCE_STATIC_EXECUTABLE := true

  LOCAL_MODULE_PATH := $(TARGET_ROOT_OUT_SBIN)

  LOCAL_UNSTRIPPED_PATH := $(TARGET_ROOT_OUT_SBIN_UNSTRIPPED)

  LOCAL_STATIC_LIBRARIES := libcutils libc

  include $(BUILD_EXECUTABLE)

  ……

  ifneq ($(SDK_ONLY),true)

  LOCAL_MODULE := adb //编译sdk时生成一个adb可执行程序sdk/platform-tools/adb

  LOCAL_STATIC_LIBRARIES := libzipfile libunz libcutils

  include $(BUILD_EXECUTABLE)。

  通过查看system/core/adb模块的Android.mk文件，我们队adb有了一个初步的印象: “adb的工作是由两个可执行文件完成的”。

  a)、adb/adb.exe：运行于PC端(包括Linux、Windows、MacOS等操作系统之中)，通常是x86架构之上。也就是我们常用的Android开发工具 

 SDK中（platform/tools/adb），我们在命令提示行执行adb命令时，就是通过这个adb程序执行的。

  b)、adbd：运行于Android设备的底层Linux之中，ARMv5架构上。构建不同文件，通过传入Android.mk的$(BUILD_SIMULATOR)变量是否为真。

 源码中由ADB_HOST宏用来区分本地主机(adb)和目标机(adbd)。区分不同OS，通过传入Android.mk的$(HOST_OS)。它的有效取值包括linux、   

 darwin、freebsd和windows。不同平台的主要差异是USB的控制方法和文件路径。

3、直接编译该模块，可以看到会生成如下一些内容：



编译生成的也就是我们上面讲到的adb模块的两个可执行文件(adb和adbd daemon)。我们进入adb shell下，在sbin/目录下存在一个adbd可执行程序，这就是就是ADB模块编译生成的这个adbd可执行程序。而我们在安装Android开发环境的时候有指定过sdk的环境变量，因此我们在命令行下面输入的adb命令，就是通过sdk中的adb这个可执行程序进行响应的。 我们通过ps命令可以看到adb和adbd也分别运行于PC端和Adb设备中,也就是说我们执行的所有的adb命令都是通过adb进程与adbd 守护进程之间进行数据交换的结果。

4、 通过上面的介绍，相信我们对ADB模块已经有了一个初步的印象了，要想更进一步了解adb模块，就需要深入的去分析一些整个adb模块的实现的方式了。在分析整个模块代码之前，我们先看一下Google对整个ADB模块的介绍(在system/core/adb目录下有一个OVERVIEW.txt文件),这个文件介绍了这个adb模块的工作过程。英文好的同学可以详细的阅读一下OVERVIEW.txt这个文件，这个文件对整个ADB模块的工作原理讲的比较透彻。  

 简单的看看这个文件的描述，整个ADB模块由如下几个模块组成：

a)、The ADB server(adb): 运行在PC端的一个后台应用程序，用来检测Android Devices的连接或去除。ADB Server是一个时刻协调交换Client、Services和Android devices之间的数据。

b)、The ADB daemon (adbd) : 运行于一个Android Devices/Emulator的后台守护进程，该进程主要是用来连接ADB Server通过USB(模拟器通过TCP协议)为adb clients提供一些运行于PC端的services。

c)、The ADB command-line client: 执行adb 命令的终端，它会找出PC端的运行的adb server如果没有找到就会自动的启动adb server，然后向adb server发送请求命令。

d)、Services: 由此服务给adbd提供功能，即由这个模块完成，主要分为Host Services及 Local Services两类

     Host Services: 运行于ADB Server，不需要和devices进行数据交换。典型的就是执行adb devices命令时，只需要adb server端返回当前的adb devices的状态即可。

     Local Services: 运行于adbd守护进程,ADB Server 在adb clients和Local Services之间复用Streams。Local Services 用来初始化传递数据的连接

5、要想进一步了解adb命令的工作方式，就需要我们进一步研究adb模块的源码。Adb运行的入口在system/core/adb/adb.c中，下面来初步看看adb.c的main()方法：

int main(int argc, char **argv)

{

#if ADB_HOST //前面讲到在Android.mk中定义了这个宏，如果编译adb ADB_HOST = 1否则ADB_HOST = 0

    adb_sysdeps_init();

    adb_trace_init();

    D("Handling commandline()\n");

    return adb_commandline(argc - 1, argv + 1); //运行PC端的adb/adb.exe可执行程序

#else

    /* If adbd runs inside the emulator this will enable adb tracing via

     * adb-debug qemud service in the emulator. */

    adb_qemu_trace_init();

    if((argc > 1) && (!strcmp(argv[1],"recovery"))) {

        adb_device_banner = "recovery";

        recovery_mode = 1;

    }

    start_device_log();

    D("Handling main()\n");

    return adb_main(0, DEFAULT_ADB_PORT); //运行Android devices/emulator 的adbd可执行程序

#endif

}。