Android 调试桥 (adb) ，可与设备进行通信。adb 命令可用于执行各种设备操作（例如安装和调试应用），并提供对 Unix shell（可用来在设备上运行各种命令）的访问权限。它是一种客户端-服务器程序，包括以下三个组件：
目前成都创新互联公司已为上1000+的企业提供了网站建设、域名、网页空间、网站托管、服务器租用、企业网站设计、夏县网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
客户端： 用于发送命令。客户端在开发机器上运行。可以通过发出 adb 命令从命令行终端调用客户端。（可以通过它对Android应用进行安装、卸载、调试）
PC上的手机助手基本都是通过adb命令去完成的。有时候装了这类手机助手的话，它自带的adb程序可能会与Android SDK下的adb程序产生冲突，5037端口被占用，导致adb命令无法连接到设备。Windows下通过netstat -ano|findstr "5037"
守护程序 (adbd)： 用于在设备上运行命令。守护程序在每个设备上作为后台进程运行
执行adb shell ps | grep adbd, 可以找到该后台进程，Windows使用findstr替代grep.
adb nodaemon server
服务器（Service）： 用于管理客户端与守护程序之间的通信。服务器在开发机器上作为后台进程运行
adb服务启动后，Windows可以在任务管理中找到adb.exe; linux ps -ef | gref adb 可以查看service
一般都是通过这样子的格式 adb [-d|-e|-s 设备序列号] 子命令
通常只有一台设备就忽略 [-d|-e|-s ] 这一部分
这里介绍一些常用的命令：
获取设备列表及设备状态
获取设备的状态
注意：设备的状态有 3 钟，device , offline , unknown
device：设备正常连接
offline：连接出现异常，设备无响应
unknown：没有连接设备
结束 adb 服务
启动 adb 服务
注意：通常两个命令一起用，有时候我们开启server会失败，这是因为我们装了的手机助手，豌豆荚或者其他软件自带有自己的adb，导致端口冲突开启失败。一般在连接出现异常，使用 adb devices 未正常列出设备， 设备状态异常时使用 kill-server，然后运行 start-server 进行重启服务。
打印 Android 的系统日志
打印 dumpsys、dumpstate、logcat 的输出，也是用于分析错误输出比较多
打印日志后重定向到一个文件中
安装应用，覆盖安装是使用 -r 选项
注意：有些adb版本无法支持安装中文的apk
查看手机应用包名
查看应用对应的apk文件在手机上的安装位置则可以在上面的命令后加-f参数
卸载应用，后面跟的参数是应用的包名，请区别于 apk 文件名
'-k' means keep the data and cache directories , -k 选项，卸载时保存数据和缓存目录
将 Android 设备上的文件或者文件夹复制到本地
adb pull /sdcard/test.txt C:\Users\Administrator\Desktop\log
推送本地文件至 Android 设备
获取连接到的手机的序列号
获取设备的连接状态
等待设备连接成功
该命令将会阻塞一直到默认连接的那部机器状态变为device，也就是连接成功。
其实adb shell命令就是调用的是Android设备中的system/bin目录下的命令。
Android的内核本身就是Linux，所以Android本身也支持Linux命令，但是因为是手机系统，所以进行了一定的删减，部分命令不支持，而不支持的部分，我们可以通过安装busybox这个软件进行。
如何在手机中执行Shell命令？
每次都加上adb shell来进行命令的发送与执行
先通过adb shell进入手机Shell执行状态，然后直接输入Linux命令。
使一个apk处于禁用状态，相当于卸载了：
其中 PACKAGE_OR_COMPONENT的格式是 package/class， 如 com.UCMobile/.main.UCMobile
eg:adb shell su disable com.UCMobile/.main.UCMobile
同时我们在手机上发现，UC浏览器的图标不见了
让一个apk从禁用状态恢复过来
其中 PACKAGE_OR_COMPONENT的格式是 package/class， 如 com.UCMobile/.main.UCMobileeg:
adb shell su enable com.UCMobile/.main.UCMobile
同时我们从手机上发现，UC浏览器的图标又出现了。
查看一个apk所在的路径
adb shell pm path com.UCMobile
查看手机中装的所有的包
屏幕开始录像并且储存到/sdcard中，同时名字为demo.mp4
录屏设置时长10s，命名为demo.mp4
注意：现在仅支持一部分手机录屏，不支持的手机会出现以下提示
解决方法：
安装了scrcpy之后，只需要输入如下命令，即可录取指定设备的屏幕
scrcpy -s device --render-expired-frames -Nr ./demo.pm4
--render-expired-frames：尽可能最大帧率
-N：不在PC端展示
-r：录制mp4/mkv文件
关闭设备请求，开启设备
设备关机以及重启
pm(package manager)可以获取一些安装到Android设备上的app的信息
pm list packages 用法：list packages [ options] filter
获取所有的应用的包名
列出系统应用
列出第三方应用
查看它们的关联文件
adb shell pm list package -f
查看软件包的安装来源
pm dump 包名 很多dump信息
安装应用
apk如果在电脑用 adb install
如果在Android设备上用 adb shell pm install
卸载应用，同adb uninstall ，后跟包名
清除应用数据
am（activity manager，字面意思就跟activity有关，大家都知道Android的界面都是由一个个activity显示的）
启动一个Activity
获取到package和launch_activity
AndroidSDK中aapt工具，检索命令结果，可以获取到package和launch_activity
这里涉及到一个点，如何找到程序的入口,首先你要知道是哪个activity才能启动；
启动华为系统相机
打开音乐播放器
播放指定音乐：
先停止目标应用，再启动
等待应用完成启动
启动网页(android.intent.action.VIEW具体参考Android官网)
结束应用
input
模拟输入，向获得焦点的EditText控件输入内容
返回主界面
发送一个点击操作的指令，参数是x y坐标
从左往右滑动屏幕， /从 100 100 经历300毫秒滑动到 200 200
长按操作，在 100 100 位置长按 1000毫秒
Android Debug Bridge，一般简称为adb，主要存放在sdk安装目录下的platform-tools文件夹中，它是一个非常强大的命令行工具，通过这个工具你能够与你的android设备进行交互。同时这是一个包含了以下三部分的cs模式的程序：
1) adb client
从图中，我们知道client是运行在PC端的，每当我们发起一个adb命令的时候，就会开启一个client程序。当然，当我们开启DDMS或者ADT的时候，也会自动创建client。
当我们开启一个client的时候，它首先会去检测后台是否已经有一个server程序在运行着，否则会开启一个adb-server进程。
所有的client都是通过5037端口与adb-server进行通信的。
2）adb daemon（adbd）
从图中，我们知道daemon是作为一个后台进程运行在模拟器/真实Android设备中的。
daemon使用端口的范围是5554-5585，每个模拟器/设备连接到PC端时，总会开启这么一个后台进程，并且为其分配了两个连续的端口，比如：
Emulator 1, console: 5554
Emulator 1, adb: 5555
也正因为每个设备都分一组两个端口，也已adb连接手机的最大数量为16。
说回端口的作用，在这两个端口中，其中偶数端口是用于server 与设备进行交互的，可以让server直接从设备中读取数据，而奇数端口是用来与设备的adbd进行连接通信的。
2) adb server
从图中，我们同样可以知道，server也是作为一个后台的程序运行在PC端的，他负责管理client进程以及adb daemon之间的通信。
当一个server开启的时候，他会自动绑定并且监听5037端口，接收client通过该端口发送过来的命令。同时server还会对5555-5585间的奇数端口进行扫描，进行对已连接设备的定位。
1.2 常用的adb命令
首先我们先来介绍一下，adb命令的使用格式吧：
adb [-d|-e|-s ]
adb是必须的，接下来方括号[]里面的内容不是必须的，最后才是我们需要执行的命令操作，例如 adb -s emulator-5554 install UCBrowser.apk (这是安装UC浏览器的意思)
下面先介绍下，前面几个参数的含义吧：
-d: 让唯一连接到该PC端的真实安卓设备执行命令，如果发现USB中连接有多部设备，将会报错
-e: 让唯一连接到该PC端的模拟器执行命令，如果发现开启了多个模拟器，将会报错
-s：通过设备的序列号进行指定设备执行命令
如果设备只连接有一个设备或者一个模拟器的时候，可以不用声明这三个参数，adb默认会让这部唯一连接到的设备进行命令执行。
ok，下面开始讲解常用的命令吧：
1) 查看当前PC端连接有多少设备：
adb devices
终端中的执行结果为：
从上图中，我们看到了设备有的两种状态，其实执行该命令，可能返回的状态有三种：
I. device 设备已经成功连接到了adb-server
II. offline 设备并没有连接到adb或者没有响应
III. no device 并没有设备/模拟器连接
2) 查看adb的版本
adb version
终端中的执行结果为：
3) 给设备进行软件的安装
adb -s install
eg:
adb -s 99eb07a9 install D://Test.apk
终端中的执行结果为:
除了上面这种方法，我们还有另外一个命令：
adb -s shell pm install [options]
其中[options]中最常用的选项是-r，代表着本次安装是重新安装，会保留用户数据。
4) 卸载设备中已经安装的软件
adb -s uninstall
eg:
adb -s 99eb07a9 uninstall cn.uc.test
终端中的执行结果为:
除了上面这种方法，我们还有另外一个命令：
adb -s uninstall [options]
这里的options是-k，加上该参数表明卸载软件后依旧保留用户数据
5) 将数据从设备复制到PC中
adb -s pull
eg:
adb -s 99eb07a9 pull /sdcard/stericson-ls D://
终端的执行结果：
在D：//盘中我们也可以发现stericson-ls文件
6) 讲数据从PC端复制到设备中
adb -s push
eg:
adb -s 99eb07a9 push d://stericson-ls /sdcard/
终端的执行结果：
7) 获取连接到的手机的序列号
adb get-serialno
终端的执行结果：
8)获取设备的连接状态
adb -s get-state
eg:
adb -s 99eb07a9 get-stat
终端的执行结果：
9) 等待设备连接成功
adb wait-for-device
该命令将会阻塞一直到默认连接的那部机器状态变为device，也就是连接成功。
10) adb-server 的开启与关闭
adb kill-server
adb start-server
终端的执行结果：
有时候我们开启server会失败，这是因为我们装了的手机助手，豌豆荚或者其他软件自带有自己的adb，导致端口冲突开启失败。主要关掉那些软件并且杀掉那些软件自带的adb进程重来即可。
1.2 手机执行Shell命令
众所周知，Android的内核本身就是Linux，所以Android本身也支持Linux命令，但是因为是手机系统，所以进行了一定的删减，部分命令不支持，而不支持的部分，我们可以通过安装busybox这个软件进行
填补。
下面我们讲解下如何在手机中执行Shell命令：
1) 每次都加上adb shell来进行命令的发送与执行
adb shell
2) 先通过adb shell进入手机Shell执行状态，然后直接输入Linux命令，如图：
1.3 Activity Manager 常用命令与参数说明
一般情况下，我们最常用它来进行app的开启，并且传递一定的参数过去,比如：
adb shell am start -a android.intent.action.VIEW -n cn.uc.test/.MainActivity -d
在这里就不做太过详细和重复的说明了
1.4 Package Manager 常用命令与参数说明
1) 使一个apk处于禁用状态，相当于卸载了：
disable
其中 PACKAGE_OR_COMPONENT的格式是 package/class， 如 com.UCMobile/.main.UCMobile
eg:
adb shell su disable com.UCMobile/.main.UCMobile
终端执行结果：
同时我们在手机上发现，UC浏览器的图标不见了
2) 让一个apk从禁用状态恢复过来
enable
其中 PACKAGE_OR_COMPONENT的格式是 package/class， 如 com.UCMobile/.main.UCMobile
eg:
adb shell su enable com.UCMobile/.main.UCMobile
终端执行结果：
同时我们从手机上发现，UC浏览器的图标又回来啦。
3) 查看一个apk所在的路径
pm path
eg:
adb shell pm path com.UCMobile
终端执行结果：
4) 查看手机中装的所有的包
pm list packages
再次不做过多的说明
1.5其他常用的adb命令
1) 屏幕录像
例如，屏幕开始录像并且储存到/sdcard中，同时名字为demo.mp4
adb shell screenrecord /sdcard/demo.mp4
2) 关闭设备请求，开启设备
adb shell stop
adb shell start
3)设备关机以及重启
adb reboot
adb shutdown
昨晚正在测case的时候，突然冒出来一同事（我们都叫他肖总），来了一句：BUG基（同事都叫我BUG基，你懂的），我这复现了一个问题，但是开发那边说叫我把log导出来，我这不会导，你知道怎么导吗？
作为一只BUG基，我怎么可能会放过这个装比的机会呢，哈哈。
叫肖总导log的那个开发啥也没说，就只在jira系统的comments最后写了一句“导出方法:adb pull/cache/recovery/ ./”。其实当时我是崩溃的，我擦，肖总，你妹，这开发不是说了导出方法了吗？你直接复制粘贴打上去命令不就行了吗？然而，装比心理作怪，我还是决定了帮他。
那么下一步是什么？没错，是时候展现装比的技术了！
拿过Pad的第一步，那当然是先装驱动啦。没驱动你怎么使用adb命令？为什么这么说呢。驱动一般指的是设备驱动程序（Device Driver），是一种可以使 计算机 和设备通信的特殊程序。相当于 硬件 的接口， 操作系统 只有通过这个接口，才能控制 硬件 设备的工作，假如某设备的驱动程序未能正确安装，便不能正常工作。那么ADB又是什么东东？Android Debug Bridge，我们一般简称为adb，它是一个非常强大的命令行工具，通过这个工具你能够与你的android设备进行交互。意思也就是说，ADB命令需要通过驱动程序提供的接口来控制硬件设备，因为我们的文件是存储在硬件设备上的呀。
那装驱动要在什么状态下安装？废话，肯定是开机状态啦。当然在安装驱动前，要先开启开发者模式的ADB调试，这里我就不说为什么了，自己想。
那再下一步就是我们要用开发给的adb命令，导出/cache/recovery/这个文件夹的内容。或许有人会问，这开发不是已经给了文件的路劲了吗，直接在Pad上复制粘贴到SD卡又或者直接用PC从Pad复制粘贴到PC就可以了呀。对于这个，我只想说，废话，这么简单的，你会想不到吗？你以为我是猪啊。然而我并不是猪，我是BUG基。
对于上面那个想法，条件并不成立，当我们连接Pad时，windows是屏蔽部分文件的，反正我这里是这个情况，而用Pad直接复制粘贴到SD卡也是不成立，当我复制的时候，会提示“操作失败，目标无法复制”，至于为什么会出现这个提示，请往下看。
既然上面两个方法都不行，那我们就只有用adb命令了。
在执行操作之前，我们要先看移动设备是否跟PC连接，那么就需要用adb devices这个命令查看当前连接的设备，这里可能返回的状态有三种：
I.device设备已经成功连接到了adb-server
II.offline设备并没有连接到adb或者没有响应
III.no device并没有设备/模拟器连接
这里说的三种状态显示的可能跟显示情况不大一样，譬如我连接是正常的，返回的是
或许有人知道这里的意思是什么，但是是否有想到过前面的那个daemon是什么呢?当然有人会说，只要复制粘贴会用就可以了，对于这个回答，我默默表示不回答。
这个daemon还得要从ADB说起，ADB包含了以下三部分的cs模式的程序：
而在解释上图的意思之前，我想先引入两个概念，那就是端口和通信（已理解的可以略过）。
端口
计算机"端口"是英文port的译义，可以认为是计算机与外界通讯交流的出口。其中硬件领域的端口又称接口，如：USB端口、串行端口等。软件领域的端口一般指网络中面向连接服务和无连接服务的通信协议端口，是一种抽象的软件结构，包括一些数据结构和I/O（基本输入输出）缓冲区。
端口最主要的作用就是通信和数据传输，把数据报顺利的传送到目的主机是没有问题的。那么问题出在哪里呢?我们知道大多数 操作系统 都支持多程序（进程）同时运行，那么目的主机应该把接收到的数据报传送给众多同时运行的进程中的哪一个呢？显然这个问题有待解决，端口机制便由此被引入进来。
本地 操作系统 会给那些有需求的进程分配协议端口（protocal port，即我们常说的端口），每个协议端口由一个正整数标识，如：80，139，445，等等。当目的主机接收到数据报后，将根据报文首部的目的端口号，把数据发送到相应端口，而与此端口相对应的那个进程将会领取数据并等待下一组数据的到来。说到这里，端口的概念似乎仍然抽象，那么继续跟我来，别走开。
端口其实就是队， 操作系统 为各个进程分配了不同的队，数据报按照目的端口被推入相应的队中，等待被进程取用，在极特殊的情况下，这个队也是有可能溢出的，不过操作系统允许各进程指定和调整自己的队的大小。
通信
通信(Communication)就是信息的传递，是指由一地向另一地进行信息的传输与交换，其目的是传输消息。其实这里的通信，意思就是说用特定的逻辑信号，实现双方的互相信息传输，譬如说在命令行输入adb devices命令，意思就是说我想要对方输出设备列表给我看，这里的输入”adb devices”就是发送给对方的信号，而输出的设备列表就是对方反馈回来的信号，这个整个过程就是通信的过程。
说了这么多，其目的就在于扫盲，下面我们来说上面提到的ADB三部分的cs模式的程序（我把上面的图拉下来，防止大家看不到）:
1) adb client
从图中，我们知道client是运行在PC端的，每当我们发起一个adb命令的时候，就会开启一个client程序。当然，当我们开启DDMS或者ADT的时候，也会自动创建client。
当我们开启一个client的时候，它首先会去检测后台是否已经有一个server程序在运行着，否则会开启一个adb-server进程。
所有的client都是通过5037端口与adb-server进行通信的。
2 ） adb daemon （ adbd ）
从图中，我们知道daemon是作为一个后台进程运行在模拟器/真实Android设备中的。
daemon使用端口的范围是5554-5585，每个模拟器/设备连接到PC端时，总会开启这么一个后台进程，并且为其分配了两个连续的端口，比如：
Emulator 1,console: 5554
Emulator 1, adb:5555
也正因为每个设备都分一组两个端口，也已adb连接手机的最大数量为16。
说回端口的作用，在这两个端口中，其中偶数端口是用于server与设备进行交互的，可以让server直接从设备中读取数据，而奇数端口是用来与设备的adbd进行连接通信的。
3) adb server
从图中，我们同样可以知道，server也是作为一个后台的程序运行在PC端的，他负责管理client进程以及adb daemon之间的通信。
当一个server开启的时候，他会自动绑定并且监听5037端口，接收client通过该端口发送过来的命令。同时server还会对5555-5585间的奇数端口进行扫描，进行对已连接设备的定位。
完成了上面一大堆吧啦吧啦的扫盲，大家应该知道了图1的意思了吧，那么我们就要解决问题了。
我们来看开发给我们的adb命令
不知大家是否看到使用adb命令都要在前面输入adb，譬如开发给的“adb pull /cache/recovery/ ./”这个命令就有adb在前面。那么为什么要在命令前面加上一个adb呢，原因在于如果我们不加adb，windows系统会默认为对windows执行命令，而不是通过ADB命令行工具对手机执行操作命令。后面的“pull /cache/recovery/ ./”通过前面学习Linux命令结构（linux命令结构为command [options] [arguments...]）大概可知道pull指的是命令动作，后面那两个，指的其实就是参数，/cache/recovery/指的是Pad设备的文件路径，而./指的是当前运行命令行的路劲，譬如下面的提到的C:\Users\301001958这个路径。
好了，继续回到我们的装比之路，刚开始的时候，我不小心把” adb pull /cache/recovery/ ./ ”打成了“adb pull /cache/recovery/./”，也就是，我没有把中间的空格打上，结果弹出了这样的提示，啊，真是瞎了我的眼……
于是，我马上改过来，修改成了“adb pull /cache/recovery/ ./”，结果还是弹出了一样的提示。
我擦，这怎么办怎么办，难道真的要装比不成，反遭雷劈？别急，我们先来看看这里提示的意思，这里的这个remote的意思是指的远端设备，在这指的就是Pad，而object '/cache/recovery/' does not exist的意思就是说Pad的/cache/recovery/这个文件夹对象不存在。
这咋回事啊？怎么会就不存在呢？于是乎，我再进入Recovery mode查看，得到的结果如下：
我擦，这怎么回事？明明有这个文件夹的存在，于是我再次开机在命令行输入adb -help，验证一下这个adb命令的用法，结果吧啦吧啦的出现了一大坨黑色的字，看着都头晕啊，不过还是让我找到了想要的信息，如下图：
看到了这里，我瞬间脸黑了，我靠，这完全就是跟我想的那样没错嘛，怎么就说文件夹对象不存在呢。
于是我还是找上了大家最喜欢的——度娘。找了一番，找到了一个似乎有用的信息，如下图：
正如上面所说，难道是因为没有文件夹没有读写权限？于是，我又输入了adb remount，得出结果如下：
额，看到这里，我不想说话了，不过这里，已经算是弄出了点端倪，大家应该也知道了前面直接在Pad的系统里面复制提示无法复制了吧，最主要就是不够权限的原因，因为一旦系统运行文件随便被更改，系统就有可能出现运行错误或者崩溃。只是我竟天真的以为这里的root，指的是我们经常用的那个一键root软件，只要用软件一键root了，就可以快乐的解决问题了，可想而知，得到的结果依然是像是碰到了蜜蜂窝一样，被蛰着千疮百孔啊，面目全非……这些什么鸟一键root软件，根本就无法root得了我们这些开发中的Pad嘛，还试了一大堆都不行，至于为什么，暂时我没有深究，大家有空可以去研究研究。
到了这里，我只想说:盖伦，请给我一把大宝剑……
无奈，问题最终还是得要解决，于是我继续再找度娘玩去了。
经过了一番查找，我似乎终于找到了答案如何获得root权限了，就是仅仅只需要用“adb root”这个命令就可以让adb获得root权限，二话不说，赶紧开干啊，输入adb root，得出的结果是:adbd restart as root，我擦，蓝瘦香菇，明明只需要几个命令……就可以获得root权限，我为什么能搞得那么复杂，我不行了，盖伦，借你的大宝剑扶我起来……
但是似乎有一件很重要的事是，正因为我前面用了一键root软件，我才能在adb命令使用root权限，前面的功夫也并不是全是无用功，来到这里，我们就只需执行最后一步就是用开发给的命令，把文件拖出来，不过，我把开发给的最后一个参数改了，也就是“./”这个参数，改成了我自己电脑桌面的一个文件夹路径，如我在桌面起了个叫做FileLog的文件夹，如我FileLog的文件夹路径为C:\Users\301001958\Desktop\FileLog，那么我执行的就是adb pull /cache/recovery/ C:\Users\301001958\Desktop\FileLog，然后按Enter执行命令，文件就巴拉拉的复制到了我的FileLog文件夹里面，到这里问题解决完毕。
回顾整个过程，踩的坑着实不少，一个简简单单的命令，一个简简单单的操作，都能把自己搞死，不过在这整个过程里面，也是一个不断扩展知识的过程，也是一个不断挑战自我的过程，到最后的解决，是满心的舒畅。
这整个过程里，给我最大的感悟是，乐于助人，助的有时候不仅仅是别人，助的也是自己，因为在这个过程中，我的知识获得了拓展，获得了成长，也获得了成就感，获得了兴趣，用此文，希望能助正在踩坑的你，走出这个坑，不管是大坑还是小坑，又或者是神坑，在这个写作分享的过程中，也让我对整个知识面理解更全面更深了一步。
文章写得不是那么好，太长了点，请轻喷。
致正在踩坑的你我。 2017.02.26 By BUG基
和普通开机一样啊，打开电源，如果有操作系统选择菜单就选Linux，然后等待启动完毕，有密码就输密码，就完事了
