adbd命令

⑷ Android局域网开启无线ADB调试

摘要：本文主要是介绍在Android中如何开启动无线wifi的调试功能，桥启做敏衡注意本文只限在局域网内网中进行无线调试，不限在外网。其中可以通过设置 “service.adb.tcp.port” 的系统属性进行开启调试端口，以方便进行自定义调试功能。下面逐一进行开启步骤进行讲解( 转旁搏自云书 )：

1､获取root权限

// 通过在命令行中执行如下指令即可

$ adb root

2､设置ADB的调试模式为TCP，并设置调试端口号为5555

// 在命令行中输入如下指令

$ adb shell setprop service.adb.tcp.port 5555

3､重启adbd服务，以便重新打开5555端口和服务

// 执行如下指令

$ adb shell stop adbd

$ adb shell start adbd

4､经过以上3步后，便可以进行无线的ADB连接了

// 获取完手机的ip后，执行connect ip + 端口即可。

$ adb connect 192.168.1.100:5555

⑸ 使用adb命令通过手机IP地址连接电脑

使用无线WiFi连接

首先先了解一点底层的知识：

•以上属性的值 > 0：adbd将监听网络对应的端口（一般为5555）

•以上属性的值 <=-1：adbd将监听USB

接下来是连接步骤：

命令行输入：adb connect (ip):5555

提示：unable to connect to (ip):5555

解决办法：

1）手机与PC相连，执行以下命令：adb tcpip 5555

然后断开USB

2）接着执行adb connect (ip):5555，这时候应该就能连接成功了

调试完成之后，输入如下的命令断开连接：

adb disconnect (ip):5555

ip:手机IP，去手机里就可以找到握粗喊啦

以上是网络大大告诉我的，自己连接的时候遇到了一些问题，下面简单说下我遇到的问题以及是如何解决的，或许你也会遇到呦~~~~~

在连接ip的时凳桥候输入命令：adb connect 192.169.102.148:5555

调试显示unknown command device

说明端口（5037）段野被占用了

解决办法：

查看是否被占用——输入adb nodaemon server

输入如下命令查看是哪个进程占用的

netstat -ano | findstr "5037"

可以看到是PID为9476的进程

TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 9476

输入 tasklist | findsty "9476"

显示 adb.exe 9476 Console 2 3,084 K

然后结束进程 taskkill /f /pid 9476

显示成功: 已终止 PID 为 9476 的进程

然后输入 adb tcpip 5555

显示 restarting in TCP mode port: 5555 表示连接成功

输入 adb connect 192.162.102.148:5555

显示 connected to 192.168.102.148:5555 表示连接成功

输入adb disconnect 192.168.102.148:5555 表示断开连接

然后再adb devices

List of devices attached

192.168.102.148:5555 device

然后，，，，，就是你说了算了~~~~~

⑹ 踩坑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基

⑺ 如何通过PC端连接Android设备进行adb调试

如何通过PC端连接Android设备进行adb调试

在电脑上下个adb工具包安装附加Google服务的，然后u *** 调试，电脑键盘win加r，然后后面的过程网上有教程

adb是什么？adb有什么用？adb工具如何用？ 是用来管理模拟器和真机的通用调试工具，该工具功能强大，直接打开cmd即可使用adb命令，adb的全称为Android Debug Bridge，是起到调试桥的作用，通过adb我们可以在Eclipse中方面通过DDMS来调试Android程序，说白了就是debug工具，adb的工作方式比较特殊，采用**Socket TCP 5554等端口的方式让IDE和Qemu通讯，默认情况下adb会daemon相关的网络端口，所以当返盯我们运行Eclipse时adb进程就会自动运行，借助adb工具我们可以管理设备或手机模拟器的状态，还可以进行很多手机操作，如安装软件、系统升级、运行shell命令等等，其实简而言说，adb就是连接Android手机与PC端的桥梁，可以举游让用户在电脑上对手机进行全面的操作 二：ADB的主要功能有哪些？ 1：查看当前模拟器或者Android设备实例的状态 一般在使用前都会使用adb devices这个命令查看一下模拟器的状态，通过这个命令得到ADB的回应信息，可以看到ADB作为回应为每个实例制定了相关的信息 1.1：emulator-5554为实例名称 1.2：device为实例连接状态，device表示此实例正与adb相连接，offline表示此实例没有与adb连接或者无法响应 2：安装和卸载APK应用程序 你可以从电脑上复制一个APK应用到模拟器或者Android设备上，通过adb install <path_to_apk>安装软件，adb uninstall <packageName>卸载软件，如果你不知道这个包名，在AndroidManifest.xml里的找package=""就可以了 2.1： 先把apk文件拷贝到sdk目录下的tools 2.2： 进入dos下切换到SDK的安装路径下的tools目录 2.3 ：执行安装命令 adb install <path_to_apk> 发生的错误，因为我连接了真机，而且也打开了模拟器，所以adb给我的回应信息是“比一个多的驱动设备和模拟器”，我最后关闭掉了模拟器在运行安装命令，就提示安装成功了 卸载APK 3：从本机上复制文件到模拟器或者Android设备 adb push <本地路径><远程路径>，<本地路径>指的是自己的机器上或者模拟器上的目标文件，<远程路径>指的是远程设备实例上的目标文件 4：从模拟器复制文件到模拟器或者Android设备 adb pull <远程路径><本地路径>，<本地路径>指的是自己的机器上或者模拟器上的目标文件，<远程路径>指的是远程设备实例上的目标文件 5：使用shell命令 输入adb shell就可以进入shell命令行了，可以使用一些常用的shell命令，如：ls命令列出了文件

首先讲讲Android设备，大家都知道开发用的最多的Android设备就是手机了，今天主要讲两个Android设备的adb连接调试，一个是手机，一个是电视机顶盒。
一：手机端的adb调试
首先保证手机跟电脑处于同一个无线网
手机的IP地址查询：设置–关于手机–状态信息，就可以看到路由器分给手机的IP地址了，接下来就是adb调试

如何通过串口连接进行GDB调试

如果想利用gdb工具来调试程序，在编译程序时要正世销使用-g选项。如：
debian:~/c# g -g serial.c -o serial
调试serial程序。
debian:~/c# gdb serial

如何通过WIFI连接Android手机调试

1.首先让android手机来监听指定的端口：
这一步需要使用shell，因此手机上要有终端模拟器，不过网上很多，随便找个就行了，依次敲入下列几行：
su获取root权限
setprop service.adb.tcp.port 5555设置监听的端口，端口可以自定义，如5554，5555是默认的
s adbd关闭adbd
start adbd重新启动adbd2.
手机连接wifi并确保手机和电脑连接同一个网络
，记下手机的ip地址，假设为a.b.c.d
3.电脑上打开命令提示符，敲入以下命令：

如何通过adb连接

利用adb来连接手机， 有两种方式: 1, wifi, 2, u *** .
前提条件： 下载adb, 最好把对应的文件置于cmd.exe同目录下。
1. 通过wifi, 利用adb来连接手机。
在pc的cmd中输入命令：
adb connect 192.168.1.100
其中adb就是手机的ip. 如果连接成功， 就可以进入android的shell了。
2. 通过u *** , 利用adb来连接手机。
我把手机通过u *** 接上pc， 结果adb并没有连接上手机， 于是下载了android驱动程序， 安装了， 就好了。这样， adb就连接上了手机， 开心啊。于是就可以利用adb shell进入手机的android系统了

首先安装手机驱动，然后下载adb工具箱 命令提示符进入目录 adb shell

⑻ 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怎么使用

• 要用网络调试Android需要设备已经获取root权限。

如果手机没有命令行工具，请先在手机下载安装一或困个终端模拟器，然后打开，输入命令：

$su

#stop adbd

#setprop判袭service.adb.tcp.port 5555

#start adbd

（点击查看大图）

• 如果需要进入adb shell，直接在命令行输入：

adb shell

• 关闭网络调试也很简单，在手机命令中输入命令：

  
  

$su

#stop adbd

#setpropservice.adb.tcp.port0

#start adbd

⑽ 常用的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