13518219792
BroadcastReceiver（广播接收器）是Android四大组件之一，顾名思义，通过广播的方式进行消息传递，其本质是一个全局的监听器，可以监听到各种广播，可以用来实现不同组件之间的通信。广播最大的特点就是发送方并不关心接收方是否接到数据，也不关心接收方是如何处理数据的，通过这样的形式来达到接、收双方的完全解耦合。
创新互联建站制作网站网页找三站合一网站制作公司,专注于网页设计,成都网站设计、成都做网站,网站设计,企业网站搭建,网站开发,建网站业务,680元做网站,已为上1000+服务,创新互联建站网站建设将一如既往的为我们的客户提供最优质的网站建设、网络营销推广服务!
又称无序广播，这种广播完全是异步的，所有与广播Intent匹配的BroadcastReceiver，都可以收到这条广播，并且不分先后顺序，视为同时收到，通过Context.sendBroadcast()方法发送。这种广播的效率比较高，但缺点是接收器不能将处理结果传递给下一个接收器，并且无法在中途终止广播。
这是一种同步执行的广播，通过Context.sendOrderedBroadcast()方法发送，这种广播发出后，通过receiver的intent-filter中的android:priority属性来设置优先级，优先级从-1000～1000，数越大，优先级越高，使用setResult()方法把结果传递给下一个接收者，通过getResult()方法获取上一个接收者传递过来的结果，并可以通过abortBroadcast()方法丢弃该广播，使该广播不再传递给下一个接收者。
粘性广播通过Context.sendStickBroadcast()方法来发送，用此方法发送的广播会一直滞留，当有匹配此广播的接收器被注册后，该广播接收器就会收到此广播。使用此广播时，需要获得BROADCAST_STICKY权限。（在 android 5.0/api 21后不再推荐使用）
Android系统中内置了多个系统广播，只要涉及到手机的基本操作，基本上都会发出相应的系统广播。如：开启启动，网络状态改变，拍照，屏幕关闭与开启，点亮不足等等。每个系统广播都具有特定的intent-filter，其中主要包括具体的action，系统广播发出后，将被相应的BroadcastReceiver接收。系统广播在系统内部当特定事件发生时，有系统自动发出。
以上广播都属于全局广播，发出去的广播，只要有匹配的接收者，就可以收到广播。这样一来会造成一些问题，一是消耗性能，二是容易引起安全性的问题，为了能够简单的解决这方面的问题，Android引入了一套广播本地广播机制，使用该机制发出的广播只能够在本应用内部进行传递，并且广播接收器也只能接收来自本应用发出的广播。
使用方法
1.注册本地广播接收器
2.发送本地广播
3.注销本地广播接收器
本文用到的BroadcastReceiver
Android 8.0（API级别26）取消大部分静态注册广播，建议使用动态广播
以下广播简称Broadcast
是Android四大组件之一，在四大组件的另外两个组件 和 拥有发送和接收广播的能力。Android 是在 进程间通信机制的基础上实现的，内部基于消息发布和订阅的事件驱动模型，广播发送者负责发送消息，广播接收者需要先订阅消息，然后才能收到消息。 进程间通信与 的区别在于：
有三种类型
存在一个注册中心，也可以说是一个调度中心，即 。广播接收者将自己注册到 中，并指定要接收的广播类型；广播发送者发送广播时，发送的广播首先会发送到 ， 根据广播的类型找到对应的 ，找到后边将广播发送给其处理。
这里以普通广播为例子， 接收者有两种注册方式，一种是 ，一种是 ：
（广播的发送分为 两种，这里针对有序的广播） 中的android:priority=""和 中的IntentFilter.setPriority(int)可以用来设置广播接收者的优先级，默认都是0 , 范围是[-1000, 1000]，值越大优先级越高，优先级越高越早收到。
在相同优先级接收同个类型广播时， 的广播接收器比 的广播接收者更快的接收到对应的广播，这个之后会进行分析。
注：以下源码基于rk3399_industry Android7.1.2
的流程可分为 ， 和 三个部分，这里依次分析下
在Android系统的 机制中，前面提到， 作为一个注册和调度中心负责注册和转发 。所以 的注册过程就是把它注册到 的过程。
这里我们分析 广播的过程， 和 有一个共同的父类 ，所以它们对应的注册过程其实是调用 ，接下来我们按照流程逐步分析调用流程的源码。
frameworks/base/core/java/android/content/ContextWrapper.java
在之前的 Android应用程序启动入口ActivityThread.main流程分析 分析过，在我们启动 Activity 时会创建一个 对象，然后通过 传给我们启动的 ，其内部就会将该对象赋值给 ； 的 方法也是类似的赋值流程，这里放个简易的源码应该更好理解
可以看到最后都会将生成的 对象赋值给对应的
对象。接下来继续分析 ， 即 函数。
/frameworks/base/core/java/android/app/ContextImpl.java
这里我们首先看下如何将广播接收者 封装成一个 接口的 本地对象
/frameworks/base/core/java/android/app/LoadedApk.java
每一个注册过广播接收者的 或 组件在font color='Crimson' LoadedApk /font类中都有个对应的 对象，该对象负责将 与 组件关联起来。这些对象，以关联的 作为关键字保存在一个 中。之后对应的 又以 的 作为关键字保存在 的成员变量 对象中。最后通过 对应的 方法获得其 接口的 本地对象。之后再回到 注册方法内，将 对象发给 进行注册。
/frameworks/base/core/java/android/app/ActivityManagerNative.java
/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java
在的 或 注册一个 时，并不是将其注册到font color='OrangeRed'AMS/font中，而是将与它关联的font color='OrangeRed'InnerReceiver/font对象注册到font color='OrangeRed'AMS/font中，当font color='OrangeRed'AMS/font接收到广播时，会根据 在内部找到对应的font color='OrangeRed'InnerReceiver/font对象，然后在通过这个对象将这个广播发送给对应的 处理。
注册过程这边画了一个简单的流程图:
font color='OrangeRed'Broadcast/font的发送过程可简单描述为以下几个过程：
frameworks/base/core/java/android/content/ContextWrapper.java
/frameworks/base/core/java/android/app/ContextImpl.java
/frameworks/base/core/java/android/app/ActivityManagerNative.java
/frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java
两种方式：静态注册和动态注册
动态注册：
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在服务结束时调用
