linuxadb命令大全

⑴ 常用的adb命令

在平时的工作中，会经常用到adb命令，在这里稍微整理了一下。

一.概要

1.什么是adb？

adb全称为android Debug Bridge，就是起到调试桥的作用。顾名思义，adb就是一个debug工具。

2.adb工作原理

不是很理解？那就来看看它的工作原理吧。

上图是一个简单的adb工作原理图。adb客户端服务器端程序，由上图可以看出它主要三个组件组成：Client，Server，Daemon。

（1）当你启动一个adb Client（客户端），Client首先会选确认是否已有一个adb

Server（服务器）进程在运行，如果没有，则会启动Server进程。此时，adb Server就会绑定本地的TCP端口5037，并监听adb

Client发来的命令。

（2）接着，Server将会扫描所有5555到5585范围内的奇数端口来定位所有的模拟器或设备，并与之建立连接。一旦Server找到

了adb

daemon（守护程序），它将建立一个到该端口的连接，这样，我们就可以使用adb命令控制和访问模拟器或设备了。在这里，需注意的是任何模拟器或设备实例会取得两个连续的端口：一个偶数端口用来相应控制台的连接，和一个奇数端口用来响应adb连接。

3.adb的作用

借助adb工具，我们可以管理设备或手机模拟器的状态，还可以进行很多手机操作，如安装软件、系统升级、运行shell命令等等。简而言之，adb就是连接Android手机和PC端的桥梁，可以让用户在电脑上对手机进行全面的操作。

二.常用命令

这个部分主要介绍adb的使用方法和一些常用的命令。

设置adb环境：将android sdk工作目录添加到系统环境变量中，则可使用adb命令了。

1. adb devices

查看当前连接的设备（连接计算机的Android设备或者模拟器）。

2.adb install

adb install <apk文件路径>，将指定的apk安装到设备上，安装的apk包会放在/data/app目录下。

几个参数：

-r 强制安装

-d（真机，多个设备中只有一个真机时适用）

-e（模拟器，多个设备中只有一个模拟器时适用）

-s（指定设备，后接序列号）

adb –s 44a188f9 install –r test.apk（其中44a188f9即序列号，通过adb devices可获取）

3.adb uninstall

adb uninstall <apk包名>

adb uninstall –k <apk包名>

-k参数为卸载软件时保留配置和缓存文件

4.adb reboot

重启android设备

5.adb shell

通过adb shell 命令，就可以进入设备或者模拟器的shell环境了，在这个linux shell中，我们就可以执行各种Linux命令了。

如果只想执行一条shell命令，就可以采用：adb shell [shell_command]

在实际使用中，经常与grep或findstr一起使用，起到过滤作用，查看自己需要的关键信息。

6.adb shell su

前提手机已经root。获取adb shell的root权限。

使用su提权，用户命令提示符有$变成#，如果手机没有root，会提示su:permission denied。

7.adb shell ps/top

查看当前终端中的进程信息，如pid等。

8.adb shell am/pm

am全称为activity manager，可使用am命令模拟各种系统的行为，如去启动一个activity，强制停止进程，发送广播进程，修改设备屏幕属性等。

如：adb shell am start <apk包名>/<activityName>:启动一个activity。

pm全称为package manager，利用pm命令可模拟android行为或查询设备上的应用等。

如：adb shell pm list packages

列出当前设备所有已安装的程序的包名。

说明：

管道符“|”：可以把标准的输入流与标准的输出流进行合并，或者把某个命令的标准输出流作为另一个命令的标准输入流。

exit退出shell。

由于grep为linux命令，运行单条adb shell 时并没有进入linux

shell环境，并不能用grep等其他linux命令，只能用window cmd的命令。在这里可以用findstr来代替grep，使用方法为

findstr/grep [keyword]

更详细的内容可查看 参考文献3 和 参考文献4 。

对于常用的linux命令和常用的windows 控制台命令，以后再作总结。

9.adb pull 和 adb push

adb pull <设备中的文件路径> <本地路径>:从模拟器或设备中复制文件到本地。

adb push <本地文件路径> <设备中的路径>:将本地文件或目录复制到模拟器或设备。

这里还涉及到一个权限的问题，在后续的博文中再作介绍。

10.adb shell mpsys

Android提供的mpsys工具用于查看感兴趣的系统服务信息与状态。

参考下表：

11.adb shell monkey

跑monkey是android自动化测试的一种手段，所谓monkey测试就是模拟用户的按键输入，触摸屏输入，手势输入等。当Monkey程序在模拟器或设备运行的时候，如果用户比如点击，触摸，手势或一些系统级别的事件的时候，它就会产生随机脉冲，所以可以用Monkey的随机重复的方法对apk作压力测试，来测试android

app的稳定性。

如下为测试腾讯新闻apk的一个简单实例：

说明：第一个-s指定设备，如果只连接了一台设备，可不用该参数。

-p <apk包名>只允许系统启动指定的app，如果不指定，将允许系统启动设备中的所有app，也可指定多个包。

--throttle <毫秒数> 指定用户操作（事件）间的时延。

--ignore-crashes 指定当应用程序崩溃时，Monkey依然发送事件，直到事件计数完成。

--ignore-timeouts 当应用程序发生ANR错误时，Monkey依然会发送事件，直到事件计数完成。

第2个-s，用于指定伪随机数生成器的seed值，如果seed相同，则两次Monkey测试所产生的事件序列也相同的。

-v 用于指定反馈信息级别，总共分为level 0、level 1、level 2三个级别，级别越高，输出的日志越详细。

最后的数字（这里是500）：表示Monkey程序模拟500次随机用户操作事件。

>输出测试结果到D:\monkeylog.txt

更详细的参数可查看 参考文献5 。

部分测试结果如下：

对于测试结果的分析，通过搜索关键词来定位错误，主要包括以下四个方面：

1）ANR（Application Not

Response）:程序无响应，一般主线程超过5秒没处理就会出现ANR错误。通过搜索ANR关键词来定位关键的事件信息。除了导出日志外，还可以将/data/anr/目录下的trace.txt文件导出，用来定位分析问题。使用>adb

pull /data/anr/trace.txt d:\ 将trace.txt文件导出到d盘。

2）ForceClosed或其他异常退出信息：通过搜索Fatal关键词来定位。

3）崩溃问题：通过搜索Exception关键词来定位。

4）发生异常后，通过搜索Crash关键词来定位到详细的堆栈信息。

 12.kill

kill用来中止一个进程。

比如我们在跑monkey的时候，怎么强制关闭monkey呢，可以用kill <monkey进程PID>

说明：另开启一个cmd，找到monkey的pid号，然后杀掉即可。

参考文献：

1.Android调试桥： http://www.iteye.com/topic/260042

2.Android性能分析工具mpsys的使用： http://www.open-open.com/lib/view/open1405061994872.html

3.adb shell 中的am pm命令： http://www.android100.org/html/201312/09/4957.html

4.adb shell 启动应用程序的方法： http://blog.chinaunix.net/uid-26997997-id-3350449.html

5.Monkey压力测试详解： http://blog.csdn.net/huangbiao86/article/details/8490743

⑵ 常用的adb命令

Android Debug Bridge，我们一般简称为adb，主要存放在sdk安装目录下的platform-tools文件夹中，它是一个非常强大的命令行工具，通过这个工具你能够与你的android设备进行交互，被称为Android 调试桥。
它是一种客户端-服务器程序，包括以下三个组件：

adb shell 命令
adb shell 则是调用的 Android 系统中的命令，这些 Android 特有的命令都放在了 Android 设备的 system/bin 目录下

monkey命令

当您启动某个 adb 客户端时，该客户端会先检查是否有 adb 服务器进程正在运行。如果没有，它会启动服务器进程。服务器在启动后会与本地 TCP 端口 5037 绑定，并监听 adb 客户端发出的命令 - 所有 adb 客户端均通过端口 5037 与 adb 服务器通信。

然后，服务器会与所有正在运行的设备建立连接。它通过扫描 5555 到 5585 之间（该范围供前 16 个模拟器使用）的奇数号端口查找模拟器。服务器一旦发现 adb 守护程序 (adbd)，便会与相应的端口建立连接。请注意，每个模拟器都使用一对按顺序排列的端口 - 用于控制台连接的偶数号端口和用于 adb 连接的奇数号端口。例如：

模拟器 1，控制台：5554
模拟器 1，adb：5555
模拟器 2，控制台：5556
模拟器 2，adb：5557
依此类推

如上所示，在端口 5555 处与 adb 连接的模拟器与控制台监听端口为 5554 的模拟器是同一个。

服务器与所有设备均建立连接后，您便可以使用 adb 命令访问这些设备。由于服务器管理与设备的连接，并处理来自多个 adb 客户端的命令，因此您可以从任意客户端（或从某个脚本）控制任意设备。

要在通过 USB 连接的设备上使用 adb，您必须在设备的系统设置中启用 USB 调试 （位于 开发者选项 下）。

在搭载 Android 4.2 及更高版本的设备上，“开发者选项”屏幕默认情况下处于隐藏状态。如需将其显示出来，请依次转到 设置 > 关于手机 ，然后点按 版本号 七次。返回上一屏幕，在底部可以找到 开发者选项 。
在某些设备上，“开发者选项”屏幕所在的位置或名称可能有所不同。
执行 adb devices 验证设备是否已连接。如果已连接，您将看到设备名称以“设备”形式列出。

一般情况下，adb 通过 USB 与设备进行通信，但您也可以在通过 USB 完成一些初始设置后，通过 WLAN 使用 adb，如下所述。

如果 adb 连接断开：

如果有多个设备在运行，您在发出 adb 命令时必须指定目标设备。为此，请使用 devices 命令获取目标设备的序列号。获得序列号后，请结合使用 -s 选项与 adb 命令来指定序列号。如果您要发出很多 adb 命令，可以将 $ANDROID_SERIAL 环境变量设为包含序列号。如果您同时使用 -s 和 $ANDROID_SERIAL ， -s 会替换 $ANDROID_SERIAL 。

$ adb -s emulator-5555 install helloWorld.apk
注意 ：如果您在多个设备可用时发出命令但未指定目标设备，adb 会生成错误。
如果有多个可用设备，但只有一个是模拟器，请使用 -e 选项将命令发送至该模拟器。同样，如果有多个设备，但只连接了一个硬件设备，请使用 -d 选项将命令发送至该硬件设备。

使用 forward 命令设置任意端口转发，将特定主机端口上的请求转发到设备上的其他端口。以下示例设置了主机端口 6100 到设备端口 7100 的转发：

>adb forward tcp:6100 tcp:7100

您可以使用 pull 和 push 命令将文件复制到设备或从设备复制文件。与 install 命令（仅将 APK 文件复制到特定位置）不同，使用 pull 和 push 命令可将任意目录和文件复制到设备中的任何位置。

如需从设备中复制某个文件或目录（及其子目录），请使用以下命令：

adb pull remote local
如需将某个文件或目录（及其子目录）复制到设备，请使用以下命令：

adb push loca remote

adb kill-server

您可以使用 shell 命令通过 adb 发出设备命令，也可以启动交互式 shell。如需发出单个命令，请使用 shell 命令，如下所示：

adb [-d |-e | -s shell shell_command

在 adb shell 中，您可以使用 Activity 管理器 ( am ) 工具发出命令以执行各种系统操作，如启动 Activity、强行停止进程、广播 intent、修改设备屏幕属性，等等。在 shell 中，相应的语法为：
您也可以直接从 adb 发出 Activity 管理器命令，无需进入远程 shell。例如：

adb shell am start -a android.intent.action.VIEW

⑶ 踩坑adb——我的一次使用adb命令的踩坑之旅

      昨晚正在测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下怎么样启动adb命令

同 Windows 。不过 Linux 默认不搜索当前目录。所以需要用相对地址 ./ 来让 Linux 搜索当前目录里面的 adb 。

⑸ 常用adb命令总结

前言

很早就想整理一下自己平时常用的一些adb命令，不仅为了便于以后查找，而且整理的过程自己又重新复习了一遍，但是当我开始在度娘一搜的时候，发现很多人已经写的非常详细了，尤其是当我发现了 这篇adb概括

心中一句NND，怎么可以写的这么详细，瞬间没了想写这篇文章的欲望，如果你点了链接发现确实很全，那么恭喜你可以关掉这篇了，哈哈哈。

我就不这么想的，虽然很全，但不是我常用的，因人而异，所以我就权当记笔记+替这哥们宣传了。

设备的状态有 3 种

常见的错误情况

-查看前台 Activity

最常用的就是启动指定的activity和发送指定的广播

操作指令 adb shell am start -n 包名/类名

启动默认浏览器打开一个网页

adb shell am start -a android.intent.action.VIEW -d http://testerhome.com

先停止目标应用，再启动

adb shell am start -s com.android.camera/.Camera

启动相机

adb shell am start -n com.android.camera/.Camera

启动设置

adb shell am start -n com.android.settings/com.android.settings.Settings

启动Wifi设置

adb shell am start -n com.android.settings/com.android.settings.wifi.WifiSettings

启动蓝牙设置

adb shell am start -n com.android.settings/com.android.settings.bluetooth.BluetoothSettings

其它的类似只要你能在manifest中找到配置的，都可以通过这种方法来调用

操作指令 adb shell am broadcast -a 广播名 --ei/es/ez 参数名 参数值 --ei/es/ez 参数名 参数值

--ei integer 值

--es String 值

--ez boolean 值

--ef float 值

--el long 值

例如之前写的
Android6.0 源码修改之Setting列表配置项动态添加和静态添加 , 当中就通过发送广播来接收增加配置列表项

adb shell am broadcast -a cn.dynamic.add.settingcategoryitem --es location "0-2" --es title "红" --es intent "com.android.settings.SCHEDULE_POWER_ON_OFF_SETTING"

命令：

adb shell settings put global policy_control <key-values>
<key-values> 可由如下几种键及其对应的值组成，格式为 key1=value1:key2=value2。

key 含义

这些键对应的值可则如下值用逗号组合：

value 含义

例如：

adb shell settings put global policy_control immersive.full=*
表示设置在所有界面下都同时隐藏状态栏和导航栏。（重启也不会失效，恢复需调用下面的命令）

adb shell settings put global policy_control immersive.preconfirms=*
表示恢复显示

adb shell settings put global policy_control immersive.status=com.package1,com.package2:immersive.navigation=apps,-com.package3
表示设置在包名为 com.package1 和 com.package2 的应用里隐藏状态栏，在除了包名为 com.package3 的所有应用里隐藏导航栏。

参考链接

Android 常用 adb 命令总结

ADB命令大全

⑹ ADB是什么 ADB常用命令介绍

adb是windows系统通过usb或者无线连接Android手机的一个接口

adb 常用命令大全
1. 显示系统中全部Android平台：
android list targets
2. 显示系统中全部AVD（模拟器）：
android list avd
3. 创建AVD（模拟器）：
android create avd --name 名称 --target 平台编号
4. 启动模拟器：
emulator -avd 名称 -sdcard ~/名称.img (-skin 1280x800)
5. 删除AVD（模拟器）：
android delete avd --name 名称
6. 创建SDCard：
mksdcard 1024M ~/名称.img
7. AVD(模拟器)所在位置：
Linux(~/.android/avd) Windows(C:\Documents and Settings\Administrator\.android\avd)
8. 启动DDMS：
ddms
9. 显示当前运行的全部模拟器：
adb devices
10. 对某一模拟器执行命令：
abd -s 模拟器编号 命令
11. 安装应用程序：
adb install -r 应用程序.apk
12. 获取模拟器中的文件：
adb pull <remote> <local>
13. 向模拟器中写文件：
adb push <local> <remote>
14. 进入模拟器的shell模式：
adb shell
15. 启动SDK，文档，实例下载管理器：
android
16. 缷载apk包：
adb shell
cd data/app
rm apk包
exit
adb uninstall apk包的主包名
adb install -r apk包
17. 查看adb命令帮助信息：
adb help
18. 在命令行中查看LOG信息：
adb logcat -s 标签名
19. adb shell后面跟的命令主要来自：
源码\system\core\toolbox目录和源码\frameworks\base\cmds目录。
20. 删除系统应用：
adb remount （重新挂载系统分区，使系统分区重新可写）。
adb shell
cd system/app
rm *.apk
21. 获取管理员权限：
adb root
22. 启动Activity：
adb shell am start -n 包名/包名＋类名（-n 类名,-a action,-d date,-m MIME-TYPE,-c category,-e 扩展数据,等）。
23、发布端口：
你可以设置任意的端口号，做为主机向模拟器或设备的请求端口。如：
adb forward tcp:5555 tcp:8000
24、复制文件：
你可向一个设备或从一个设备中复制文件，
复制一个文件或目录到设备或模拟器上：
adb push
<source>
<destination></destination></source>
如：adb
push test.txt /tmp/test.txt
从设备或模拟器上复制一个文件或目录：
adb
pull <source>
<destination></destination></source>
如：adb
pull /addroid/lib/libwebcore.so .
25、搜索模拟器/设备的实例：
取得当前运行的模拟器/设备的实例的列表及每个实例的状态：
adb devices
26、查看bug报告：
adb bugreport
27、记录无线通讯日志：
一般来说，无线通讯的日志非常多，在运行时没必要去记录，但我们还是可以通过命令，设置记录：
adb shell
logcat -b radio
28、获取设备的ID和序列号：
adb get-proct
adb get-serialno
29、访问数据库SQLite3
adb shell
sqlite3
#cd system/sd/data //进入系统内指定文件夹
#ls //列表显示当前文件夹内容
#rm -r xxx //删除名字为xxx的文件夹及其里面的所有文件
#rm xxx //删除文件xxx
#rmdir xxx //删除xxx的文件夹

⑺ linux下关于adb命令的一些知识

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的版本
adbversion

终端中的执行结果为：

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

⑻ 使用adb查看别人家APP的数据

1.说明
2.使用adb命令获取指定应用的包名和Activity名称
3.使用adb命令启动/关闭APP
4.使用adb命令把手机中的apk导到电脑上
5.查看apk中的AndroidManifest.xml文件
6.使用adb命令进行数据备份
7.查看数据
8.结语

查看其它APP数据的前提是该APP默认开启数据备份，也就是allowBackup属性。
想问一下大家在平时的开发中对应用的安全性有很在意么？有可能大家会想到加密、混淆、apk加固，但还有一些其他细节的东西需要大家去了解。今天就介绍一下android:allowBackup属性。这个属性在开发的过程中通常是默认开启的，Google起初是为了防止数据丢失，留下了这个功能，但是这个属性也容易造成一些隐私数据的泄露。如果你想关闭可以把它设置为false。那么这个属性在哪里设置呢，就在AndroidManifest.xml文件中的application标签中。

要备份APP的数据，首先我们要知道这个APP的包名才可以进行备份。

在手机或模拟器上面运行APP，然后输入命令： adb shell mpsys activity top #
这时会输出很多东西，你可以用查找功能Ctrl+F，找到TASK，下图红框中就是要找的包名

命令： adb logcat| findstr START
然后在手机或模拟器上点击你想要获取的应用，这时就会在cmd中出现相应的包名和类名了。

启动APP的命令： adb shell am start -W -n package/activity

命令窗口通过adb shell 进入android 的Linux命令界面，输入am help看到如下信息：

它会展示出在不同场景下（比如start-activity、start-service等）不同参数代表的意义一些参数的意义，情况太多了这里就不细说了。

回到正题，后面的package和activity就是上面获取包名第二种方法中提到的cmp，比如我们要启动谷歌地图： adb shell am start -W -n com.google.android.apps.maps/com.google.android.maps.MapsActivity

在这里我们再做一个延伸， 用命令做APP的冷启动和热启动操作，然后记录启动的时间
我们看到上图中有三个数字ThisTime、TotalTime和WaitTime，这三个数字就是本次启动APP所花费的时间。
热启动时退出退出APP的命令： adb shell input keyevent 3 ，这就相当于按了手机的home键，然后我们再执行启动APP的命令，这样就完成了热启动。

我们看到热启动花费的时间比冷启动少了很多，一套冷、热启动的流程我们就走完了。接下来就看我们怎么去优化了，让它们变的更少。所以我们在平时做启动优化的时候可以把自己的APP和一些优秀的APP做一下对比看看还差多少。

上面已经说过了一种退出APP的方法了，接下来这个命令是相当于杀掉当前的APP进程。
命令： adb shell am force-stop package
这时候再使用启动命令，就相当于冷启动了。

有的时候我们在手机上查看和操作apk不是特别方便，而且通过文件管理找apk也很难找。接下来就介绍怎么用adb命令把手机中的apk导到电脑上。

通过包名获取apk在手机中的存储路径，命令 adb shell pm path package

导出apk文件，到当前目录下
命令： adb pull 路径

这一步就要看一下apk中有哪些东西了，主要还是看一下AndroidManifest.xml文件当中的allowBackup设置。
我平常用的方法就是吧apk文件的后缀该成zip，然后就可以看到里面的东西了。下面的是谷歌地图的apk的构成。

下面来看一下AndroidManifest.xml文件，会看到都是乱码，但是关键的信息还是可以获取的，我们目前想要的就是下图红框中的allowBackup属性，像谷歌的APP肯定是把它设置成false的，所以我们没办法备份它的信息的。

那么我们怎么看一个应用的allowBackup属性设置成true还是false呢，我的观察和实践出来的方法是看allowBackup后面有没有小方框，有就代表设置了true。如果有哪位大神知道好的可靠的方法还请留言告知。

下面是其他apk中的AndroidManifest.xml文件，后面带了个小方框。

在了解到APP可以备份之后，我们就可以开始做坏事了，哈哈。
备份的命令： adb backup -nosystem -all -noapk -noshared -f data.ab package

[-system | -nosystem] 是否备份系统
[-apk | -noapk] 是否备份apk安装文件
[-shared | -noshared] 是否备份手机存储空间
-f *.ab 存档格式一定要是.ab
package：包名

在运行命令之后，手机或模拟器会出现一个页面要求你输入备份密码，这个密码你可以随便输入，但你要记住，在后面查看ab文件的时候会用到。

输入密码，点击【备份我的数据】之后就开始备份了，备份完成之后会有提示，这时就是生产一个ab文件了。

ab文件大家很少接触，这里使用abe工具（链接： https://pan..com/s/1NPbhtF1fyJcHOm1CXwi9Dg

写这篇文章还是提醒大家在平时的开发中要注重APP数据的安全问题，毕竟数据还是相当重要的。
如果有哪里写的不对的地方，请指出，我会及时改正。

⑼ 什么是adb命令行

adb命令行是androidsdk里的一个工具，用这个工具可以直接操作管理android模拟器或者真实的android设备（如G1手机），它的主要功能有：

1、运行设备的shell（命令行）

2、管理模拟器或设备的端口映射

3、计算机和设备之间上传/下载文件

4、将本地apk软件安装至模拟器或android设备

ADB是一个客户端-服务器端程序，其中客户端是你用来操作的电脑，服务器端是android设备。

(9)linuxadb命令大全扩展阅读：

常用命令

1. 查看设备 *adbdevices

这个命令是查看当前连接的设备, 连接到计算机的android设备或者模拟器将会列出显示

2. 安装软件

*adbinstall <apk文件路径>

这个命令将指定的apk文件安装到设备上

3. 卸载软件

*adbuninstall <软件名>

*adbuninstall -k <软件名>

如果加 -k 参数,为卸载软件但是保留配置和缓存文件。

4. 登录设备shell

*adbshell

*adbshell <command命令>

这个命令将登录设备的shell。

后面加<command命令>将是直接运行设备命令，相当于执行远程命令。

5. 从电脑上发送文件到设备

*adbpush <本地路径> <远程路径>

用push命令可以把本机电脑上的文件或者文件夹复制到设备(手机)。

⑽ Ubuntu下adb的使用及常见问题处理

Ubuntu下adb的使用及常见问题处理

方案一：使用ubuntu系统自带的安装包

sudo apt-get install android-tools-adb

或者

sudo apt-get install adb

方案二：使用Android源码编译生成的adb文件

Android源码编译完成之后，会在编译过的项目目录下./out/host/linux-x86/bin/生成adb文件，需要将其拷贝到系统的/usr/bin目录下，并更改权限。

sudo cp /home/apuser/code/out/host/linux-x86/bin/adb /usr/bin

sudo chmod a+x /usr/bin/adb  

说明：这个adb文件也可以在android-sdk-linux下的platform-tools目录下找到。

在终端运行 adb help或者adb查看adb是否安装成功。

adb help

或者

adb

正常情况下，可看到adb的版本信息，以及adb支持的相关指令和说明。

mkdir~/.android

echo 0x1782 > ~/.android/adb_usb.ini

可以查看/home/apuser/.android/adb_usb.ini是否生成成功，且内容为0x1782

这个0x1782是设备的VID号，可以使用lsusb指令查询自己设备的VID号是多少，如果是调试多个设备，可依次将设备的VID号添加到adb_usb.ini中

备注：展讯为0x1782，MTK为0x0e8d，高通为0x056c

到：/etc/udev/rules.d/51-android.rules命令：

cd /etc/udev/rules.d  

sudo gedit/etc/udev/rules.d/51-android.rules  

添加

SUBSYSTEM=="usb",SYSFS{idVendor}=="1782", MODE="0666"，GROUP="plugdev"

其中 1782 为展讯设备号，也可以通过lsusb 来查看所有 usb 设备。

说明：

1、展讯的设备号是1782，MTK的设备号是0e8d，高通660的设备号是056c，

其他平台的可查找确认后，填写到这里。

2、如果没有/etc/udev/rules.d/51-android.rules 文件，需要自己创建一下。

3、修改/etc/udev/rules.d/51-android.rules不需要重启Linux机器，重新插拔一下设备就可以了。再次运行adb devices就可以看到你的设备已经连接。

在命令窗口执行adb shell; adb devices

可以shell登录手机，也可以出 log， logcate 具体命令还需要学习。

使用上文的步骤操作之后，大多数系统里adb都可以使用，但在有些版本的adb或者系统中仍会报如下问题：

apuser@ubuntu2:~/adbtools$ adb devices

List of devices attached

faf80ac1  no permissions (user in plugdev group; areyour udev rules wrong?); see  [http://developer.android.com/tools/device.html]

可使用一下解决方案，进行解决

解决方案：

setp 1: lsusb 找到你手机的usb 地址

apuser@ ubuntu2:~/adbtools$ lsusb

Bus 002 Device 002: ID 1f75:0621 Innostor Technology Corporation

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

Bus 001 Device 006: ID 0bda:58db Realtek Semiconctor Corp.

Bus 001 Device 005: ID 8087:0a2b Intel Corp.

Bus 001 Device 004: ID 138a:0097 Validity Sensors, Inc.

Bus 001 Device 003: ID18f8:0f99 

Bus 001 Device 014: ID 19d2:ffb0 ZTE WCDMA Technologies MSM

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

他会列出来所有的usb 设备。如果试下找不到，那么拔掉设备看下，哪了没有了就是哪个。

setp2: 配置规则文件

apuser@ ubuntu2:~/adbtools$ sudo gedit /etc/udev/rules.d/51-android.rules

[sudo] password for apuser:

之后把这些文本 到编辑器里面：

ATTR{idProct}=="ffb0",SYMLINK+="android_adb", MODE="0660",GROUP="plugdev", TAG+="uaccess", SYMLINK+="android"

注意：ffb0 是查找到的手机设备的usb 的地址。

Bus 001 Device 014: ID 19d2:ffb0 ZTE WCDMATechnologies MSM

改成你的地址。

如果没有/etc/udev/rules.d/51-android.rules 文件，麻烦自己创建一下。

setp3: 之后执行命令：

apuser@ ubuntu2:~/adbtools$ sudo usermod -a -G plugdev $(id -u -n)

apuser@ ubuntu2:~/adbtools$ sudo udevadm control --reload-rules

apuser@ ubuntu2:~/adbtools$ sudo service udev restart

apuser@ ubuntu2:~/adbtools$ sudo udevadm trigger

setp4: 之后重启adb

apuser@ ubuntu2:~/adbtools$ adb kill-server

apuser@ ubuntu2:~/adbtools$ adb start-server

apuser@ ubuntu2:~/adbtools$ adb devices

List of devices attached

faf80ac1  unauthorized

apuser @ ubuntu2:~$adb devices

List of devices attached

????????????   no permissions

提示很明确，就是adb权限有问题，而且

????????????   no permissions

这样的提示，说明使用的adb版本较低，最好使用高版本的adb，安装Ubuntu系统自带的adb可能会出现这种现象。如果adb版本比较高，就会出现如下提示：

faf80ac1no permissions……

使用adb shell 也会提示权限error

apuser@ ubuntu2:~$adb shell

error:insufficient permissions for device

根本原因是： adb server 需要以 root 的权限启动

临时方法 如下：

apuser@ubuntu2:~$sudo -s

[sudo]password for apuser:

root@ ubuntu2:~#adb kill-server; adb start-server

* daemon not running. starting it now *

* daemon started successfully *

apuser@ ubuntu2:~# exit

apuser @ ubuntu2:~$

再次执行adb shell就可以了。

该权限问题，可使用sudo启动adb来解决，但不是根本解决之道，因为每次都要sudo来提高权限，太麻烦，而且如果使用的eclpse，或者idle来调试时还是要面对该该问题。

最好按本文第一部分的方法安装adb。如果按本文第一部分安装了adb,但还出现改问题，可使用which adb查看，当前使用的adb那个路径下的adb.以确保使用正确的adb

3、如果需要调试多个设备，以下的添加方法可能更为合适

这个方案对于不出现user in plugdev group; are your udev rules wrong?问题的系统来说是可行，的，如果出现user in plugdev group; are your udev rules wrong?问题，就不用考虑了。

清空51-android.rules，添加如下一行，一劳永逸（需要测试好几种设备，每次都添加一个会很麻烦）。

SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0666", GROUP="plugdev"

我并不是很清楚具体的含义，只是模仿10-vboxdrv.rules来写的，这个是virtualbox的udev规则文件，因为名字开头数字大文件中记录的规则会覆盖名字开头数字小的文件中的规则，所以你需要尽可能设置的文件名大一些，51已经够用了（我原来想写在10-vboxdrv.rules，让他们用一个文件，但是失败了）

adb kill-server

sudo udevadmcontrol --reload-rules

sudo service udevrestart

sudo udevadmtrigger

lsusb

可将这些指令写入一个sh脚本中，配置完规则，或者要检查USB设备时，直接执行该脚本，以提高效率。