ADB源码分析(二)——adb sever的启动

1、 ADB Server的启动

前面我们讲到adb模块的源码在system/core/adb下面，通过查看Android.mk文件我们了解到这个adb

模块回编译生成连个可执行文件adb、adbd，源码通过ADB_HOST这个宏来控制编译的是adb还是adbd。首先我们来看看这个运行于PC端的adb——ADB Server。

下面我们就来看看ADB Server的启动adb.c（system/core/adb/）：

接着来看看adb_commandline()(system/core/adb/commandline.c)的实现，它用来接收adb client输入的adb命令。(在OVERVIEW.txt中有如下一段描述：是说adb server是通过adb client来启动的。） 

下面就以adb shell命令为例来看看adb client是如何来启动adb server的。

此时由于ADB Server还没有启动，因此socket_loopback_client的返回值为-1，_adb_connect()的返回值就为-2。下面就能看到adb client是如何启动ADB Server的了。

至此，我们需要再重新查看adb_commandline()方法了，此时我们执行的是adb fork-server server命令，因此is_server = 1， is_daemon = 1。

   在adb_main中通过ADB_HOST这个宏来控制ADB Server和adbd daemon。在Android.mk文件中可以看出编译adb server的时候ADB_HOST这个宏为1，而编译adbd_daemon是ADB_HOST为0。

   接下来我们来依次看看ADB Server启动时都做了哪些事情？

   a)、init_transport_registration():

上面讲到transport_registration_func这个回调函数会在transport_registration_send这个Socket执行写操作时，会被调用，那什么时候会执行写操作呢？后面再来解答这个问题。

   b)、下面再来看看usb_init()，初始化usb设备监听。

此处我们就解答了上面的疑惑transport_register_func()什么时候会被调用。再来看看transport_register_func()又做了些什么呢？

3、local_init()

4、install_listener()

5、fdevent_loop();//通过IO多路选择机制来选择出要执行的fdevent,并执行它的毁掉函数。

上面我们详细的讲解了ADB Server的启动过程，那么ADB Server启动后又是如何与adb client以及adbd daemon进行通信的呢？下面我们在来看看。

    下面我们继续来以adb shell为例来分析:

此时fd = socket_loopback_client(__adb_server_port, SOCK_STREAM); 此时5037端口已经被监听，返回值fd 即5037端口的Socket。

此时ADB Server端已经启动，fdevent_install(&l->fde, l->fd, ss_listener_event_func, l);ss_listener_event_func这个回调函数就会执行(后面再来看这个函数做了些什么)。

同时在interactive_shell()方法中，还创建了一个线程，用来读取client端输入的命令以及将该命令发送到ADB Server端进行处理。

通过上面这个thread就会将终端输入的命令发送到adb server端了。上面还讲到client端会发送一个tmp消息给ADB Server端，然后等待ADB Server端的响应OKAY/FAIL，那么ADB Server端又是如何响应的呢？下面我们在来进一步分析。

    先来看看ss_listener_event_func

至此ADB Server端与adb client端的Socket建立完成了。上面在_adb_connect会向adb server端写一个字符串，此时ADB Server端的local_socket_event_func方法将会被执行。

下面来看一下transport_sockets_events()

对于adb shell命令具体是如何操作的不是我们的重点，我们的重点是介绍adb的通信流程，因此在此就不再详细分析。下面再来看看是如何将adb shell命令发送到adbd daemon的。

启动adb server的时候创建了两个线程，input_thread和output_thread，input_thread一直监听5037端口，因此会接收到client端输入的adb shell命令。然后通过 t->write_to_remote(p, t);发送到adbd daemon.

前面在初始化usb的时候(init_usb_transport())

t->read_from_remote = remote_read;

t->write_to_remote = remote_write;

再来看看ADB Server是如何通过remote_write将ADB Server端的命令发送到adbd daemon的。

至此，我们已经了解了adb shell命令是如何发送到adbd daemon那边的了。下面再来看看adbd daemon是如何处理这些命令的。