androidadb发广播

① com.android.main.svc.launchactivity怎么才能解决

android如何实现开机自动启动Service或app(转)第一步：首先创建一个广播接收者,重构其抽象方法onReceive(Contextcontext,Intentintent)，在其中启动你想要启动的Service或app。importandroid.content.BroadcastReceiver;importandroid.content.Context;importandroid.content.Intent;importandroid.util.Log;{//重写onReceive方法@OverridepublicvoidonReceive(Contextcontext,Intentintent){//后边的XXX.class就是要启动的服务Intentservice=newIntent(context,XXXclass);context.startService(service);Log.v("TAG","开机自动服务自动启动..");//启动应用，参数为需要自动启动的应用的包名Intentintent=getPackageManager().getLaunchIntentForPackage(packageName);context.startActivity(intent);}}第二步：配置xml文件，在receiver接收这种添加intent-filter配置第三步：添加权限2、自启动失败的原因接收不到BOOT_COMPLETED广播可能的原因(1)、BOOT_COMPLETED对应的action和uses-permission没有一起添加(2)、应用安装到了sd卡内，安装在sd卡内的应用是收不到BOOT_COMPLETED广播的(3)、系统开启了FastBoot模式，这种模式下系统启动并不会发送BOOT_COMPLETED广播(4)、应用程序安装后重来没有启动过，这种情况下应用程序接收不到任何广播，包括BOOT_COMPLETED、ACTION_PACKAGE_ADDED、CONNECTIVITY_ACTION等等。Android3.1之后，系统为了加强了安全性控制，应用程序安装后或是(设置)应用管理中被强制关闭后处于stopped状态，在这种状态下接收不到任何广播。直到被启动过(用户打开或是其他应用调用)才会脱离这种状态，所以Android3.1之后(1)、应用程序无法在安装后自己启动(2)、没有ui的程序必须通过其他应用激活才能启动，如它的Activity、Service、ContentProvider被其他应用调用。存在一种例外，就是应用程序被adbpushyou.apk/system/app/下是会自动启动的，不处于stopped状态。具体说明见：3、adb发送BOOT_COMPLETED我们可以通过1adbshellambroadcast-aandroid.intent.action.BOOT_COMPLETED命令发送BOOT_COMPLETED广播，而不用重启测试机或模拟器来测试BOOT_COMPLETED广播，这条命令可以更精确的发送到某个package，如下：1adbshellambroadcast-aandroid.intent.action.BOOT_COMPLETED-candroid.intent.category.HOME-npackage_name/class_name

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

③ run app.broadcast.send和adb shell am broadcast 发送广播有什么区别

ADB: Android debug bridge. Android手机实际是基于linux系统的。 在你的android手机的设置中，Settings->Applications->Development->USB debugging勾选上，就可以允许PC通过adb shell命令远程登录你手机的linux系统。 这时通过USB线将android手机与电脑连起来，在电脑上dos命令行中敲adb shell命令，可以远程登录到android手机的linux系统中。 成功登陆到android手机的系统中后，就可以运行一些简单的linux命令，比如'ls'查看目录中的文件，‘cd xxx’进入到xxx目录， 'exit'退出登录等等。

④ android插USB才会收到系统广播怎么回事

android在UsbManager服务中有一个名为ACTION_USB_STATE常量，值为"android.hardware.usb.action.USB_STATE"，它是一个广播供我们可以监听USB插入与拨出的状态。当USB连接状态发生改变时就会发送这个广播。为此我们只需要注册一个action="android.hardware.usb.action.USB_STATE" 的BrocastReceiver即可，如：
<receiver android:name="com.coeus.screentapdemo.receiver.UsbConnectionReceiver" >
<intent-filter android:priority="1000" >
<action android:name="android.hardware.usb.action.USB_STATE" />
</intent-filter>
</receiver>

值得注意的是android.hardware.usb.action.USB_STATE是一个粘性的广播，里面封装USB_CONNECTED（连接状态）、USB_CONFIGURED（配置信息）、USB_FUNCTION_MASS_STORAGE（大存储功能）、USB_FUNCTION_ADB（adb功能） 等状态，当这些状态发生改变时，就会发送广播。通常接收到USB状态广播是一连串的，需要我们自行区分。

作者：GooSky
链接：https://www.jianshu.com/p/a5c8b79b7fff
来源：简书
简书着作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。

⑤ android adb 怎么发送广播

这个不是那么简单的。编写C/C++和JAVA代码，然后用Android 编译成动态库，最后用Eclipse或者ant安装到手机。请去看看 安卓官方网站的开发介绍。

⑥ 用adb命令给手机发广播，手机显示intent内容，怎么实现

(1)用“adb shell mpsys activity”命令可以查看(2)另外，用"adb logcat grep ActivityManager"，也可以查看当前正在运行的Activity

⑦ android adb命令修改系统时间

修改前提：获取系统root权限，然后adb shell进入shell界面。

在adb shell中试图使用 date -s "yyyymmdd.[[[hh]mm]ss]"修改系统系统时间时，会提示date: Unknown option s。

adb的全称为Android Debug Bridge.是android用户经常用到的工具，adb shell下的am与pm，am和pm命令必须先切换到adb shell模式下才能使用。

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

(7)androidadb发广播扩展阅读：

注意事项：

1、查看adb版本:adb version

2、查看ADB帮助：adb help

3、查看log：adb logcat

4、终止adb服务进程：adb kill-server

5、重启adb服务进程：adb start-server

6、显示系统中全部android平台：android list targets、

7、使用 Monkey 进行压力测试:Monkey 可以生成伪随机用户事件来模拟单击、触摸、手势等操作，可以对正在开发中的程序进行随机压力测试。:adb shell monkey -p <packagename> -v 500。

⑧ 常用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命令，在这里稍微整理了一下。

一.概要

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

⑩ Android 开发，Launch开机自启动APP总是出现提示框，设置了之后还是会出现，说是要求回

android如何实现开机自动启动Service或app(转)
第一步：首先创建一个广播接收者,重构其抽象方法 onReceive(Context context, Intent intent)，在其中启动你想要启动的Service或app。
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.util.Log;

public class BootBroadcastReceiver extends BroadcastReceiver {
//重写onReceive方法
@Override
public void onReceive(Context context, Intent intent) {
//后边的XXX.class就是要启动的服务
Intent service = new Intent(context,XXXclass);
context.startService(service);
Log.v("TAG", "开机自动服务自动启动.....");
//启动应用，参数为需要自动启动的应用的包名
Intent intent = getPackageManager().getLaunchIntentForPackage(packageName);
context.startActivity(intent );
}

}
第二步：配置xml文件，在receiver接收这种添加intent-filter配置

第三步：添加权限

2、自启动失败的原因
接收不到BOOT_COMPLETED广播可能的原因
(1)、BOOT_COMPLETED对应的action和uses-permission没有一起添加
(2)、应用安装到了sd卡内，安装在sd卡内的应用是收不到BOOT_COMPLETED广播的
(3)、系统开启了Fast Boot模式，这种模式下系统启动并不会发送BOOT_COMPLETED广播
(4)、应用程序安装后重来没有启动过，这种情况下应用程序接收不到任何广播，包括BOOT_COMPLETED、ACTION_PACKAGE_ADDED、CONNECTIVITY_ACTION等等。
Android3.1之后，系统为了加强了安全性控制，应用程序安装后或是(设置)应用管理中被强制关闭后处于stopped状态，在这种状态下接收不到任何广播。直到被启动过(用户打开或是其他应用调用)才会脱离这种状态，所以Android3.1之后
(1)、应用程序无法在安装后自己启动
(2)、没有ui的程序必须通过其他应用激活才能启动，如它的Activity、Service、Content Provider被其他应用调用。
存在一种例外，就是应用程序被adb push you.apk /system/app/下是会自动启动的，不处于stopped状态。
具体说明见：
http://developer.android.com/about/versions/android-3.1.html#launchcontrols
http://commonsware.com/blog/2011/07/13/boot-completed-regression-confirmed.html

3、adb发送BOOT_COMPLETED
我们可以通过

1

adb
shell
am
broadcast
-a

android.intent.action.BOOT_COMPLETED

命令发送BOOT_COMPLETED广播，而不用重启测试机或模拟器来测试BOOT_COMPLETED广播，这条命令可以更精确的发送到某个package，如下：

1

adb
shell
am
broadcast
-a

android.intent.action.BOOT_COMPLETED

-c

android.intent.category.HOME

-n

package_name/class_name