Ⅰ android开机过程中什么时候发开机广播
Android开机过程中发开机广播如下: intent的发送点是在： finishBooting函数（ActivityManagerService.java） 调用关系是： startHomeActivityLocked() -> ensureBootCompleted() -> finishBooting() -> mStackSupervisor.startHomeActivity(intent, aInfo) 所以系统发出这个intent的时候 ，home界面并没有起来，发出之后很短的时间 home就启动，在配置文件AndroidManifest.xml中向系统注册receiver，子节点 intent-filter 表示接收android.intent.action.BOOT_COMPLETED 消息 <receiver android:name="com.ray.ray.receiver.BootCompletedReceiver" > <intent-filter> <action android:name="android.intent.action.BOOT_COMPLETED" /> </intent-filter> </receiver>
Ⅱ android的广播和service有什么区别啊
广播的周期很短，你不能在广播内做耗时操作，而服务却能。广播的作用是帮你传递一些通知，例如你写了一个开机广播，一旦手机开机，广播就发一则通知告诉手机（你写的程序），手机（你写的程序，某个类，某句代码）启动服务，这个时候在服务里面可以做你想做的耗时操作，例如去请求服务器，加载数据。广播和服务的区别就是广播周期短，不能做耗时操作，服务是长时间连接，可以做耗时操作，例如用服务控制音乐的播放等。广播需要注册，有两种方式，一个在配置文件里面，一个是代码注册、服务是写一个类继承服务，然后在里面写你的操作，外围实例化服务，去启动服务。
Ⅲ 22 AndroidBroadcast广播机制
广播(Broadcast)机制用于进程/线程间通信，广播分为广播发送和广播接收两个过程，其中广播接收者BroadcastReceiver便是Android四大组件之一。
BroadcastReceiver分为两类：
从广播发送方式可分为三类：
广播在系统中以BroadcastRecord对象来记录, 该对象有几个时间相关的成员变量.
广播注册，对于应用开发来说，往往是在Activity/Service中调用 registerReceiver() 方法，而Activity或Service都间接继承于Context抽象类，真正干活是交给ContextImpl类。另外调用getOuterContext()可获取最外层的调用者Activity或Service。
[ContextImpl.java]
其中broadcastPermission拥有广播的权限控制，scheler用于指定接收到广播时onRecive执行线程，当scheler=null则默认代表在主线程中执行，这也是最常见的用法
[ContextImpl.java]
ActivityManagerNative.getDefault()返回的是ActivityManagerProxy对象，简称AMP.
该方法中参数有mMainThread.getApplicationThread()返回的是ApplicationThread，这是Binder的Bn端，用于system_server进程与该进程的通信。
[-> LoadedApk.java]
不妨令 以BroadcastReceiver(广播接收者)为key，LoadedApk.ReceiverDispatcher(分发者)为value的ArrayMap 记为 A 。此处 mReceivers 是一个以 Context 为key，以 A 为value的ArrayMap。对于ReceiverDispatcher(广播分发者)，当不存在时则创建一个。
此处mActivityThread便是前面传递过来的当前主线程的Handler.
ReceiverDispatcher(广播分发者)有一个内部类 InnerReceiver ，该类继承于 IIntentReceiver.Stub 。显然，这是一个Binder服务端，广播分发者通过rd.getIIntentReceiver()可获取该Binder服务端对象 InnerReceiver ，用于Binder IPC通信。
[-> ActivityManagerNative.java]
这里有两个Binder服务端对象 caller 和 receiver ，都代表执行注册广播动作所在的进程. AMP通过Binder驱动将这些信息发送给system_server进程中的AMS对象，接下来进入AMS.registerReceiver。
[-> ActivityManagerService.java]
其中 mRegisteredReceivers 记录着所有已注册的广播，以receiver IBinder为key, ReceiverList为value为HashMap。
在BroadcastQueue中有两个广播队列mParallelBroadcasts,mOrderedBroadcasts，数据类型都为ArrayList<broadcastrecord style="box-sizing: border-box;">：</broadcastrecord>
mLruProcesses数据类型为 ArrayList<ProcessRecord> ，而ProcessRecord对象有一个IApplicationThread字段，根据该字段查找出满足条件的ProcessRecord对象。
该方法用于匹配发起的Intent数据是否匹配成功，匹配项共有4项action, type, data, category，任何一项匹配不成功都会失败。
broadcastQueueForIntent(Intent intent)通过判断intent.getFlags()是否包含FLAG_RECEIVER_FOREGROUND 来决定是前台或后台广播，进而返回相应的广播队列mFgBroadcastQueue或者mBgBroadcastQueue。
注册广播：
另外，当注册的是Sticky广播：
广播注册完, 另一个操作便是在广播发送过程.
发送广播是在Activity或Service中调用 sendBroadcast() 方法，而Activity或Service都间接继承于Context抽象类，真正干活是交给ContextImpl类。
[ContextImpl.java]
[-> ActivityManagerNative.java]
[-> ActivityManagerService.java]
broadcastIntent()方法有两个布尔参数serialized和sticky来共同决定是普通广播，有序广播，还是Sticky广播，参数如下：
broadcastIntentLocked方法比较长，这里划分为8个部分来分别说明。
这个过程最重要的工作是：
BroadcastReceiver还有其他flag，位于Intent.java常量:
主要功能：
这个过主要处于系统相关的10类广播,这里不就展开讲解了.
这个过程主要是将sticky广播增加到list，并放入mStickyBroadcasts里面。
其他说明：
AMS.collectReceiverComponents ：
广播队列中有一个成员变量 mParallelBroadcasts ，类型为ArrayList<broadcastrecord style="box-sizing: border-box;">，记录着所有的并行广播。</broadcastrecord>
动态注册的registeredReceivers，全部合并都receivers，再统一按串行方式处理。
广播队列中有一个成员变量 mOrderedBroadcasts ，类型为ArrayList<broadcastrecord style="box-sizing: border-box;">，记录着所有的有序广播。</broadcastrecord>
发送广播过程:
处理方式：
可见不管哪种广播方式，都是通过broadcastQueueForIntent()来根据intent的flag来判断前台队列或者后台队列，然后再调用对应广播队列的scheleBroadcastsLocked方法来处理广播；
在发送广播过程中会执行 scheleBroadcastsLocked 方法来处理相关的广播
[-> BroadcastQueue.java]
在BroadcastQueue对象创建时，mHandler=new BroadcastHandler(handler.getLooper());那么此处交由mHandler的handleMessage来处理：
由此可见BroadcastHandler采用的是”ActivityManager”线程的Looper
[-> BroadcastQueue.java]
此处mService为AMS，整个流程还是比较长的，全程持有AMS锁，所以广播效率低的情况下，直接会严重影响这个手机的性能与流畅度，这里应该考虑细化同步锁的粒度。
Ⅳ Android 使用广播系统解决app开机自启动问题
关注 【网罗开发】微信公众号，回复【160】便可领取。
网罗天下方法，方便你我开发 ，更多Android技术干货等待领取，所有文档会持续更新，欢迎关注一起成长！
总结一下使用ACTION_BOOT_COMPLETED的广播，解决app开机自启动的问题
1.首先在你的工程上建一个广播接受的类，继承BroadcastReceiver：
2.然后要在AndroidManifest.xml中加入权限和配置相关信息：
3.在application标签中，配置以下相关信息：
补充说明：
1.查看系统中是否安装了类似360管家的软件，为了加快开机速度，默认是关闭掉开机广播的，只需要在设置中打开即可。
2.如果监听不到广播，可以尝试同时监听广播和sd卡。
3.同时监听广播和sd卡，在application标签中，配置以下相关信息：
Ⅳ Android 第六讲 广播接收器和服务
两种方式：静态注册和动态注册
动态注册：
1）动态注册：需要定义一个继承自BroadcastReceiver类的子类，该接收器需要在Activity中的onDestroy中注销
2）静态注册：通过在AndroidManifest.xml中配置
两种广播形式：有序广播和无序广播
1）无序广播：接受标准广播的接收器将同时收到广播消息，异步执行，没有先后顺序 sendBroadCast
2）有序广播：sendOrderedBroadCast，按照一定顺序先后被接受顺序，由priority属性决定，abortBroadCast中断广播
如果只想在本应用中发送和接受广播，使用LocalBroadcastReceiver来对广播进行管理
本地广播不支持静态注册
优点 ：安全高效
Service是Android中的一种组件，和Activity的级别一致，但不能自己运行，只能后台运行，和其他组件交互，服务必须注册才能使用
本地服务：服务依附在主线程中，节约资源，主线程死掉服务终止
远程服务：服务在独立进程中，灵活性好 ，占用资源高
两种服务的启动模式：
1）start方式：调用者和服务之间没有关联，调用者退出不会影响服务，startService启动服务，如果服务不存在，调用onCreat方法，然后onStartCommand被调用。stopService关闭服务，onDestroy方法被调用
2）bind方式：调用者和服务绑定，调用者退出，服务终止bindService启动服务，onCreate方法创建服务，onBind方法绑定服务，onUnbind方法解绑，onDestory在服务结束时调用
Ⅵ android adb 启动activity、service，发送broadcast等操作
android adb 启动activity、service，发送broadcast等操作
一、adb启动activity：
adb shellam start -n ｛包(package)名｝/｛包名｝.{活动(activity)名称}
如：启动浏览器
adb shell am start -n com.android.browser/com.android.browser.BrowserActivity
二、adb关闭activity：
adb shellam force-stop ｛包(package)名｝
如：关闭浏览器adb shellam force-stopcom.android.browser
三、adb启动service：
adb shellam startservice -n｛包(package)名｝/此困｛包名｝.{服务(service)名称}
如：启动自己应用中一个service
adb shellam startservice -n com.android.traffic/com.android.traffic.maniservice
四、adb卸载应用程序：
adb uninstall｛包(package)名｝
如：卸载浏森悄念览器adbuninstallcom.android.browser
五、adb发送broadcast：
adb shellam broadcast -a <广播动作>
如：发送一个网络变化的广播
adb shellam broadcast -a android.net.conn.CONNECTIVITY_CHANGE
六、运纤adb端口转发：
adb shell am broadcast -a NotifyServiceStop
adb forward tcp:12580 tcp:10086
adb shell am broadcast -a NotifyServiceStart