介绍

adb的全称为Android Debug Bridge，就是起到调试桥的作用。通过adb我们可以在Eclipse/Android Studio中方便通过DDMS来调试Android程序，说白了就是debug工具。adb是android sdk里的一个工具, 用这个工具可以直接操作管理android模拟器或者真实的android设备(如xiaomi手机)。它的主要功能有:
运行设备的shell(命令行)
管理模拟器或设备的端口映射
计算机和设备之间上传/下载文件
将本地apk软件安装至模拟器或android设备
ADB是一个 客户端-服务器端 程序, 其中客户端是你用来操作的电脑, 服务器端是android设备, 它是开发安卓应用的程序员, 安卓测试开发及测试行业的同学必备的一个调试工具

adb的架构

1、电脑上的命令行客户端（你每次在命令行输入adb时），称为adb client进程
当我们在命令行输入adb命令时，实际启动的是这个进程，比如我们在命令行输入一个adb devices，adb client进程创建

2、电脑上还有另一个Server进程，称为adb server，它是一个守护进程（常驻内存）
adb client进程使用时，如果没有在5037端口找到adb server进程，它就会告知启动一个adb server进程，启动后的adb server进程会一直监听在5037端口上（默认），等待着adb client进程与它通信，当adb server进程启动后，adb client进程每次都会与adb server进程建立TCP连接（Network Socket），然后将具体的命令传给adb server，adb server可能自己直接处理，或者再通过usb或者tcp发送给手机上的adbd进程，比如我们在命令行输入adb devices，此时的devices是作为“命令”传给adb server进程的，adb server收到devices后，有两种可能性，一种是自己直接就地处理，另一种是再把"命令"传给手机上的adbd进行处理

3、手机上的adbd进程（开机自启）
adbd进程是手机启动后，由init进程fork出来的，内核启动后，会创建init进程，而init在启动过程中会读取一个init.rc文件，在init.rc文件中有一个Service List（表示需要启动的进程列表），里面记录着需要init进程启动的守护进程，其中就有个adbd进程。

解决adb调试失败

端口占用

netstat 主机：查看主机当前的tcp/ip连接状态，如端口的状态。

netstat   -aon|findstr  5037 查看端口号

TCP     127.0.0.1:5037         0.0.0.0:0               LISTENING       6820

端口“5037”被PID（进程号）为6820的进程占用。

查看进程“6820”被哪个应用占用，继续执行下面命令：

tasklist|findstr 6820 

studio64.exe                  2380 Console                    1    773,192 K

taskkill /pid 6820  删除对应的进程

adb命令

安卓的自动化测试通常需要获取测试应用的包名及测试所在的具体界面, adb命令正好提供了相应的获取方法:
打开需要测试的应用程序
打开CMD命令窗口, 输入adb命令
Mac/Linux平台命令格式:
adb shell dumpsys window windows | grep mFocusedApp
Windows平台命令格式:
adb shell dumpsys window windows | findstr mFocusedApp

参考我之前的文章：安卓系统开发的一些ADB命令_systemui tuner_ChampionDragon的博客-CSDN博客

dumpsys详解_ChampionDragon的博客-CSDN博客

如：查看所有应用包名

常用命令

1、查看adb工具的版本
adb version

2、帮助信息
adb --help或adb help或adb

3、再次开启ADB服务端，这个命令用的也有，多数情况下，5037端口的adb server如果不在，adb程序会再次启动
adb start-server

4、关闭adb server，发起这个命令，adb server进程会结束，注意，adb server进程不会自己重新启动
adb kill-server

5、检查手机的连接情况，还有个adbl的别名，可用可不用
简略信息：adb devices
详细信息：adb devices -l

6、安装App
普通安装：adb install xxx.apk
重新安装，保持数据不清除(也称覆盖安装） ：adb install -r xxx.apk
允许debug包安装：adb install -t xxx.apk
授权AndroidManifest.xml文件的运行时权限并安装：adb install -g xxx.apk
将多个apk推送到设备，作为一个包安装：adb install-multiple xxx1.apk xxx2.apk

6、卸载App
普通卸载：adb uninstall com.xxx.package_name
保持数据卸载：adb uninstall -k com.xxx.package_name

7、Push文件到手机里
从本机推送到Android设备上：adb push local remote
local表示本机文件的路径
remote表示Android设备的路径

8、Pull文件到主机里
从Android设备上拉取到本机：adb pull remote local
remote表示Android设备的文件或目录的路径
local表示本机文件或目录的路径
9、使用日志程序，这个logcat牛逼，所以运行中进程写入的log，都能通过logcat看到
adb logcat

adb和adbd分析

在adb中有三个模块，分别是adbd，adb server，adb client，如下表所示：

具体的沟通交流层次如下图所示：

原文链接：adb和adbd分析-CSDN博客

Android 系统内的守护进程 - core类中的服务 (1) : adbd_android 守护进程_小馬佩德罗的博客-CSDN博客

adb server与adbd进程的通信

1、adb client进程通过Socket（网络Socket）告知adb server进程需要执行的命令（adb后面的参数称为命令，比如adb devices，这个devices就是命令）

2、adb server进程发送cmd（命令）到手机（写到Usb Driver文件中，Linux中一切都是文件，usb驱动程序操作的是文件）

3、adbd(adb daemon)的output thread（1根线程）会一直从/dev/android_usb文件中读取发送过来的cmd（命令） 

      备注：由于adbd进程读取了/dev/android_usb（设备结点文件），此时相当于和Linux内核中的usb driver驱动程序进行数据交互！

4、adbd中的output thread将解析到的cmd（命令）写到1个socketpair的A端（这是Unix Domain Socket通信，简称UDS）

5、fdevent_loop（文件描述符事件循环线程，看来到处都是事件循序）会不断的通过使用Linux内核提供的select（）系统调用（IO多路复用机制） ，在socketpair的B端读取到cmd（命令）

6、fdevent_loop发出的命令会在adbd的子进程中执行，子进程返回的结果往往是标准输出和标准错误，此时的结果会再写到socketpair的B端

7、Input thread（一个读线程）一直阻塞式（没有数据，只会休眠阻塞在这里，并不占用cpu时间片）读取socketpair的A端

8、Input thread从socketpair的A端读取到数据后，写入设备结点文件/dev/android_usb

9、此时usb driver驱动程序发现设备结点文件改变，会再将response发给pc端的adb server进程

10、adb server进程收到响应后，会再将响应返回给adb client进程，此时你就能在命令行看到命令的输出了（标准输出和标准错误）

adb devices的工作过程讲解

1、在命令行输入adb devices

2、adb client进程创建并开始执行，它先根据约定好的标准去本地的5037端口，检查adb Server进程是否已经启动，发现5037端口并没有进程绑定，此时的adb Client进程会去启动一个守护进程，即adb Server进程（备注：不确定adb Server是先与adbd建立关系，还是先和adb client建立连接，但我觉得它的线程一直在读取usb的情况）

3、接着adb client进程与adb server进程建立TCP连接（网络Socket）

4、adb client进程会将devices命令（字符串）传送到adb server进程中，adb server进程与adbd可以建立usbable连接或者TCP连接

5、devices命令（字符串）到达adbd进程后，adbd发起处理，根据命令的不同分为两种情况，内部处理或者交给Android内部的bash处理，处理结束后会再将消息告知adb server进程，adb server进程再把结果告诉adb client进程，结果一般是某个命令的标准输出与标准错误(向屏幕写入的内容），devices应该算时个内部处理的命令，不用交给bash处理

6、adb client进程将收到的adb server返回的结果展示到标准输出上，就在你的黑窗口上（屏幕），同时adb client进程也会结束掉，同时断掉于adbserver的TCP连接
备注：TCP连接，内核中的标准称为Network Socket，不同主机之间的进程可以建立，本机中的不同进程间也可以建立！

Linux内核中的socketpair（）函数

socketpair()函数可以创建1对无名、相互连接的Socket，也被称为Unix Domain Socket，简称UDS，如果socketpair()函数执行成功，则返回值为0（0代表成功，也称退出状态码），创建好的Socket分别是sv[0]和sv[1]；执行失败则会返回-1，错误码保存在标准错误中

1. 这一对Socket支持全双工通信，每一个Socket在同一时刻即可读也可写
2. 读、写操作可以是位于同一个进程的不同线程，或者位于不同的进程。如父子进程、兄弟进程（注意：UDS只能用于具有血缘关系的进程，跟PIPE一样，但socketpair全双工）

若是父子进程，一般会做功能分离，一个进程读，另一个进程写。因为文件描述符sv[0]和sv[1]为进程共享，所以读进程需关闭写描述符, 反之，写进程需关闭读描述符

UDS与Network Socket

UDS（Unix Domain Socket）的创建与Network Socket的创建类似，它是Socket中的一种，现在你知道一共有两种Socket，都是进程通信的方式，最大的区别如下

1、UDS只能在单机中通信，操作的双方可以是同一个进程的不同线程，也可以是不同的进程

2、Network Socket则能在不同的主机中通信，当然也能在同一个主机中的进程中使用

原文链接：https://blog.csdn.net/cadi2011/article/details/104720741​​​​​​​

adb client与adb server进程之间的通信

ADB 原理（第二篇：证实adb client与adb server进程之间的通信）_叫我王员外就行的博客-CSDN博客