① 12、注册广播有几种方式，这些方式有何优缺点请谈谈android引入广播机制的用意。
注册广播的分类：静态注册和动态注册。
静态注册：在清单文件里直接注册，从app开启到app销毁，一直在接收广播，接收广播时间长，但是接收广播的优先级低于动态注册广播。
动态注册：动态注册，动态销毁，从onCreate到取消注册，期间接收广播，接收广播时间是短且可控，接收广播的优先级高。例如：
发送广播：
Intent i = new Intent();
i.setAction("ACTION_CLOSE");
sendBroadcast(i);
接受广播：
onCreate(){
//注册广播的接受者
IntentFilter filter = new IntentFilter();
filter.addAction("ACTION_CLOSE_ACTIVITY");
receiver = new InnerReceiver();
registerReceiver(receiver, filter);
}
private class InnerReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
//TODO 当前Activity接收到广播 需要做的事情
}
}
}
//注销广播
@Override
protected void onDestroy() {
super.onDestroy();
unregisterReceiver(receiver);
}
2.引入广播的原因：
a) 不同的app之间传信通用
b)发出一条指定，需要多个Activity都需要有反应
注意：以上仅供参考，如有疑问，请追问，谢谢。
② android 优先级对无序广播生效
同一优先级的广播接收器，动态的要比静态注册的早。
动态注册：即由代码注册的广播接收器静态注册：即在 AndroidManifest.xml 中注册的广播接收器 优先级： 当广播为有序发送的时候，要按这个排序并顺序发送。 sendBroadcast 发送的是无序广播。sendOrderedBroadcast 发送的是有序广播。 好了，现在寻找问题原因，在找原因前肯定有这样的想法，一个有序队列，既然允许有相同的优先级存在，那么在同优先级内要不然有排序子因素，要不基就是按照某种操作可能影响顺序。后者可能性很大。 打开源码，顺着 动态注册广播接受器 找，最后是 ActivityManagerService.java 这个文件找到了 registerReceiver 的实现。同地也看到，存储的广播接收器列表是 HashMap mRegisteredReceivers 这个变理。 里面有一段代码为： ReceiverList rl = (ReceiverList)mRegisteredReceivers.get(receiver.asBinder()); if (rl == null) { rl = new ReceiverList(this, callerApp, Binder.getCallingPid(), Binder.getCallingUid(), receiver); if (rl.app != null) { rl.app.receivers.add(rl); } else { try { receiver.asBinder().linkToDeath(rl, 0); } catch (RemoteException e) { return sticky; } rl.linkedToDeath = true; } mRegisteredReceivers.put(receiver.asBinder(), rl); } 在里面查找有没有这个 Receiver ， 如果没有 put 进去。 看到这里貌似没有对广播的顺序做处理。是不是有别的地方做排序呢，找找成员变理，发现一个可疑的变量：final ArrayList mOrderedBroadcasts没错，感觉就应该是它了。 找找对它的操作，只有一处 mOrderedBroadcasts.set ，把代码摘录一下： BroadcastRecord r = new BroadcastRecord(intent, callerApp,
callerPackage, callingPid, callingUid, requiredPermission,
sticky, false); mOrderedBroadcasts.set(i, r);在这里放入了一个 BroadcastRecord 对像，而这个对像中主要的东西其实是 receivers向上跟踪 int NT = receivers != null ? receivers.size() : 0; int it = 0; ResolveInfo curt = null; BroadcastFilter curr = null; while (it < NT && ir < NR) { if (curt == null) { curt = (ResolveInfo)receivers.get(it); } if (curr == null) { curr = registeredReceivers.get(ir); } if (curr.getPriority() >= curt.priority) { // Insert this broadcast record into the final list. receivers.add(it, curr); ir++; curr = null; it++; NT++; } else { // Skip to the next ResolveInfo in the final list. it++; curt = null; } } 发现了一段 对 receivers 排序的代码，并且判断也是 priority 的值，用的是 >= 方式 感觉的找到了地方，但是对 Activity Manager Service 这个模块却更加的不懂了，以后有机会一定要分析一下这块是怎样设计的，才能确定本文的问题所在。暂时记录，以后分析！
③ Android静态注册广播和动态注册广播的区别
1.动态注册广播不是常驻型广播，也就是说广播跟随activity的生命周期。注意: 在activity结束前，移除广播接收器。
静态注册是常驻型，也就是说当应用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。
它的生命周期为从回调onReceive()方法开始到该方法返回结果后结束。
2.当广播为有序广播时：
1 优先级高的先接收
2 同优先级的广播接收器，动态优先于静态
3 同优先级的同类广播接收器，静态：先扫描的优先于后扫描的，动态：先注册的优先于后注册的。
④ android有序广播和无序广播的区别
BroadcastReceiver所对应的广播分两类：普通广播和有序广播。
普通广播：通过Context.sendBroadcast()方法来发送，它是完全异步的。
所有的receivers（接收器）的执行顺序不确定，因此所有的receivers（接收器）接收broadcast的顺序不确定。
这种方式效率更高，但是BroadcastReceiver无法使用setResult系列、getResult系列及abort（中止）系列API
有序广播：是通过Context.sendOrderedBroadcast来发送，所有的receiver依次执行。
BroadcastReceiver可以使用setResult系列函数来结果传给下一个BroadcastReceiver，通过getResult系列函数来取得上个BroadcastReceiver返回的结果，并可以abort系列函数来让系统丢弃该广播，使用该广播不再传送到别的BroadcastReceiver。
可以通过在intent-filter中设置android:priority属性来设置receiver的优先级，优先级相同的receiver其执行顺序不确定。
如果BroadcastReceiver是代码中注册的话，且其intent-filter拥有相同android:priority属性的话，先注册的将先收到广播。
有序广播，即从优先级别最高的广播接收器开始接收，接收完了如果没有丢弃，就下传给下一个次高优先级别的广播接收器进行处理，依次类推，直到最后。如果多个应用程序设置的优先级别相同，则谁先注册的广播，谁就可以优先接收到广播。
这里接收短信的广播是有序广播，因此可以设置你自己的广播接收器的级别高于系统原来的级别，就可以拦截短信，并且不存收件箱，也不会有来信提示音。
实现方法是：
<receiver Android:name=".SmsReceiver">
<intent-filter android:priority="100">
<action android:name="android.provider.Telephony.SMS_RECEIVED"/>
</intent-filter>
</receiver>
里面的android:priority="100"就是设定广播接收器的级别，这个值从1000～-1000，数值越大，优先级别就越高。
希望帮助到你~~感谢采纳
⑤ 怎么确定android系统广播是否有序
可以试下：Bundle bundle = getResultExtras(true))，看能拿到数据不，能拿到，证明是有序广播，拿不到是普通广播。
对于有序广播，前面的接收者可以将数据通过setResultExtras(Bundle)方法存放进结果对象，然后传给下一个接收者。但有可能前面没有存，那就不好判断了。
⑥ 安卓broadcastreceiver怎么接收的广播
1.广播接收者（BroadcastReceiver）
广播接收者（BroadcastReceiver）继承BroadcastReceiver类接收广播意图的Java类，重写：
public void onReceive(Context context,Intent intent)，其中intent可以获得传递的数据；
广播意图就是通过Context.sendBroadcast(Intent intent)或Context.sendOrderedBroadcast(Intentintent)发送的意图，通过这个语句，能够广播给所有满足条件的组件，比如intent设置了action="Receiver",则所有在AndroidManifest.xml中设置过<actionandroid:name="Receiver"/>的广播接收者都能够接收到广播；
2.广播发送者sendBroadcast（）
通常广播发送方就是调用Context.sendBroadcast()的程序，通常广播发送方都是通过隐式意图发送出去；
广播发送方分为普通广播和有序广播；
同步广播：发送方发出后，几乎同时到达多个广播接收者处，某个接收者不能接收到广播后进行一番处理后传给下一个接收者，并且无法终止广播继续传播；Context.sendBroadcast(intent);
有序广播：广播接收者需要提前设置优先级，优先级高的先接收到广播，优先级数值为-1000~1000，在AndroidManifest.xml的<intent-filterandroid:priority="1">设置；比如存在3个广播接收者A、B、C、D，优先级A>B>C>D,因此A最先收到广播，当A收到广播后，可以向广播中添加一些数据给下一个接收者(intent.putExtra())，或者终止广播 abortBroadcast()；Context.sendOrderedBroadcast(intent);
一、同步广播发送方核心代码
Intent intent = new Intent();
intent.setAction("Receiver");
Context.sendBroadcast(intent);
有序广播发送方核心代码：
Intent intent = new Intent();
intent.setAction("Receiver");
Context.sendOrderedBroadcast(intent,null);
二、广播接收者核心代码：
public class MyReceiver extends BroadcastReceiver{
public void onReceive(Context context, Intent intent)
{
Bundle bundle = intent.getExtras();...
}
}
三 注册该广播
AndroidManifest.xml 注册方式
<receiver android:name=".MyReceiver">
<intent-filter android:priority="1000">
<action android:name="Receiver"/>
</intent-filter>
</receiver>
Java类注册方式
publicvoid registerBoradcastReceiver()
{
IntentFilter myIntentFilter = new IntentFilter();
myIntentFilter.addAction("Receiver");
registerReceiver(广播类对象, myIntentFilter);
}
简单例子
import android.app.Activity;
import android.content.BroadcastReceiver;
import android.content.Context;
import android.content.Intent;
import android.content.IntentFilter;
import android.os.Bundle;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
import android.widget.LinearLayout;
import android.widget.Toast;
public class Test extends Activity{
private final String ACTION_NAME = "Receiver";
private Button mBtnEvent = null;
protected void onCreate(Bundle savedInstanceState){
super.onCreate(savedInstanceState);
//注册广播
registerBoradcastReceiver();
LinearLayout mLinearLayout = new LinearLayout(this);
mBtnEvent= new Button(this);
mBtnEvent.setText("发送广播");
mLinearLayout.addView(mBtnMsgEvent);
setContentView(mLinearLayout);
mBtnEvent.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
sendTestBroadcast();
}
});
}
//发送广播
private void sendTestBroadcast()
{
Intent mIntent = new Intent(ACTION_NAME);
mIntent.putExtra("strData", "发送广播，在这里传送数据");
sendBroadcast(mIntent);
}
private BroadcastReceiver myReceiver = new BroadcastReceiver(){
@Override
public void onReceive(Context context, Intent intent) {
String action = intent.getAction();
if(action.equals(ACTION_NAME)){
Toast.makeText(Test.this, "接收测试", 200);
}
}
};
//注册广播
public void registerBoradcastReceiver(){
IntentFilter myIntentFilter = new IntentFilter();
myIntentFilter.addAction(ACTION_NAME);
registerReceiver(myReceiver, myIntentFilter);
}
}
⑦ android 如何自定义常驻广播
Android广播机制指的是，在一个应用程序运行的时候可以自定义一个消息类型，让相应的接收器去处理这个消息或者是系统消息，比如来电话了、来短信了、手机没电了等等系统发送的消息。系统发送的消息也可以通过广播的方式通知给应用程序，这样子就避免了新开一个Thread去监听系统或其他应用发送过来的消息的状态。
Android广播的分类：
1、 普通广播：这种广播可以依次传递给各个处理器去处理
2、 有序广播：这种广播在处理器端的处理顺序是按照处理器的不同优先级来区分的，高优先级的处理器会优先截获这个消息，并且可以将这个消息删除
3、 粘性消息：粘性消息在发送后就一直存在于系统的消息容器里面，等待对应的处理器去处理，如果暂时没有处理器处理这个消息则一直在消息容器里面处于等待状态。
注意：普通广播和粘性消息不同被截获，而有序广播是可以被截获的
处理器的注册：
1、 在代码中用函数代码动态的方式注册。动态注册的处理器必须用代码动态的销毁，每次用来处理消息的就一个实例对象
2、 在配置文件里面静态注册，静态注册有个特点，那就是一旦注册就会一直存在于系统里面，无论应用是否关闭或开关机。（简直就是一个流氓软件病毒啊~）。静态注册每次有处理消息就由系统new一个处理器处理，并销毁
下面具体看看Android广播消息的发送、注册、处理过程：
① 自定义处理器类：
public class MyBroadcastReceiver4 extends BroadcastReceiver {
public MyBroadcastReceiver4() {
System.out.println("创建了一个由registerReceiver()注册的广播接收器");
}
@Override
public void onReceive(Context context, Intent intent) {
String action = intent.getAction();
System.out.println("MyBroadcastReceiver4收到了一个" + action + "消息");
if (isOrderedBroadcast()) {
System.out.println("这是一个有序广播，已经被拦截了。");
this.abortBroadcast();
} else {
System.out.println("这不是一个有序广播");
}
Bundle bundle = intent.getExtras();
if (bundle != null) {
System.out.println("该消息携带的数据如下：");
// 获得bundle的一个key的集合
Set set = bundle.keySet();
// 获得上述集合的迭代器
Iterator iterator = set.iterator();
// 用迭代器遍历集合
while (iterator.hasNext()) {
// 取得集合中的一个内容
String str = (String) iterator.next();
// 取得Bundle中的内容
System.out.println(str + "--->" + bundle.get(str));
}
} else {
System.out.println("该消息没有携带数据");
}
Toast toast = Toast.makeText(context, "MyBroadcastReceiver4收到了一个"
+ action + "消息", Toast.LENGTH_LONG);
toast.show();
//将这个消息截获（从消息容器移除）这样其他处理器就没法接收到这个消息
this.abortBroadcast();
}
}
② 发送广播消息
⑴、 发送普通广播：
// 发送一个普通消息
Intent intent = new Intent(); intent.setAction("asdfasdf");
Android_09_10Activity.this.sendBroadcast(intent);
⑵、 发送有序广播：
// 发送一个有序消息
Intent intent = new Intent();
intent.setAction("asdfasdf"); Android_09_10Activity.this.sendOrderedBroadcast(intent,
null);
⑶、 发送粘性广播：
// 发送一个粘性消息
Intent intent = new Intent();
intent.setAction("qwerqwer"); Android_09_10Activity.this.sendStickyBroadcast(intent);
③ 注册广播接收器
⑴动态注册：
// 注册一个广播接收器
IntentFilter intentFilter = new IntentFilter("asdfasdf");
intentFilter.setPriority(0);
Android_09_10Activity.this.registerReceiver(mbr2,
intentFilter);
⑵静态注册：
<receiver android:name=".MyBroadcastReceiver4" >
<intent-filter android:priority="1000" >
<action android:name="android.intent.action.WALLPAPER_CHANGED" />
<action android:name="android.provider.Telephony.SMS_RECEIVED" />
<action android:name="android.intent.action.PHONE_STATE" />
<action android:name="android.intent.action.PACKAGE_REMOVED" />
//这一句比较特殊，是上面那个广播消息特有的
<data android:scheme="package" />
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</receiver>
想发送粘性消息的时候必须在配置文件里面获取权限：
<uses-permission android:name="android.permission.BROADCAST_STICKY" />
想用自定义处理器对系统广播进行处理的话也必须在注册文件里面申明获取权限，比如：
<uses-permission android:name="android.permission.RECEIVE_SMS" />
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
⑧ android开发音乐优先级问题（当闹钟、铃声、音乐三者同时发生时如何优先级处理）
发出有序广播 ： 闹钟来了，铃声来了，音乐来了，
然后就如果有注册相关receiver的广播就启动了，
这些代码是系统级别的代码，你是具体要哪块的？
⑨ android:priority优先级相同,包名次序怎么排序
A PriorityQueue holds elements on a priority heap, which orders the elements according to their natural order or according to the comparator specified at construction time. If the queue uses natural ordering, only elements that are comparable are permitted to be inserted into the queue.
The least element of the specified ordering is stored at the head of the queue and the greatest element is stored at the tail of the queue.
A PriorityQueue is not synchronized. If multiple threads will have to access it concurrently, use the PriorityBlockingQueue.
⑩ 为什么Android要使用各种BroadcastReceiver
作为Android四大组件之一的BroadcastReceiver（广播接收者），同Activity（活动）一样，经常被大家用到，网上也是一堆对它的讲解，那么为什么Android要用广播接收者这种机制呢？
广播分为：普通广播和有序广播
1.Normal broadcasts（普通广播）：Normal broadcasts是完全异步的可以同一时间被所有的接收者接收到。消息的传递效率比较高。但缺点是接收者不能将接收的消息的处理信息传递给下一个接收者也不能停止消息的传播。可以利用Context.sendBroadcast发送。
2.Ordered broadcasts（有序广播）：Ordered broadcasts的接收者按照一定的优先级进行消息的接收。一次传送到一个接收器。 随着每个接收器依次执行，它可以将结果传播到下一个接收器，或者它可以完全中止广播，使得它不会被传递到其他接收器。 命令接收器运行可以用匹配的意图过滤器的android:priority属性控制; 具有相同优先级的接收器将以任意顺序运行。可以利用Context.sendOrderedBroadcast发送。
官网上介绍广播是用的监听系统网络状况的例子，其实关键字在于“监听”。
(1) 创建广播接收者
BroadcastReceiver是一个抽象类，所以我们要创建自己的广播接收者就要继承它，继承后会有提示重写onReceive方法。
public class NetworkBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(ConnectivityManager.CONNECTIVITY_ACTION)) {
ConnectivityManager manager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo activeNetwork = manager.getActiveNetworkInfo();
if (activeNetwork != null && activeNetwork.isAvailable()) {
Toast.makeText(context, "有网络连接", Toast.LENGTH_SHORT).show();
} else {
Toast.makeText(context, "无网络连接", Toast.LENGTH_SHORT).show();
}
}
}
}
广播接收者的生命周期是从接收广播开始，到onRecevier方法执行完成结束，时间很短，一般不允许处理大批量耗时操作。这里顺便给出打印NetworkInfo的信息以供参考：
NetworkInfo:
type: WIFI[,type_ext: WIFI],
state: CONNECTED/CONNECTED,
reason: (unspecified),
extra: "TP-LINK_EFE8",
roaming: false,
failover: false,
isAvailable: true,
: false,
isIpv4Connected: true,
isIpv6Connected: false
[type: MOBILE[LTE],
state: CONNECTED/CONNECTED,
reason: connected,
extra: cmnet,
roaming: false,
failover: false,
isAvailable: true,
: false]
(2) 静态注册广播
静态注册广播，需要在AndroidManifest.xml中，添加<recevier/> 标签，将广播接收者注册到应用中。要添加过滤器IntentFilter，由于系统网络变化时会发送ConnectivityManager.CONNECTIVITY_ACTION ("android.net.conn.CONNECTIVITY_CHANGE")的广播，所以我们要监听这条广播。
<receiver android:name=".NetworkBroadcastReceiver">
<intent-filter android:priority="1000">
<action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
</intent-filter>
</receiver>
这里priority代表的是执行顺序的优先级，取值[-1000,1000]，后面的有序广播会讲到。
(3) 动态注册广播
i.意图过滤器 IntentFilter 用于给BroadcastReceiver绑定监听广播类型
ii.自定义的BroadcastReceiver，例如上文的
iii.注册方法 Context.registerReceiver(Receiver, IntentFilter)
iv.反注册方法 unregisterReceiver(Receiver)
IntentFilter mFilter = new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION);
mReceiver = new ();
registerReceiver(mReceiver, mFilter);
@Override
public void onDestroy() {
super.onDestroy();
unregisterReceiver(mReceiver);
}
这段代码是成对出现的，可以在onCreate的时候注册，在onDestroy的时候反注册，也可以在onResume和onPause中执行这写方法。不过Google API推荐的做法，在activity的onResume()中注册，在onPause()反注册。效果是当界面pause时，就不接收广播，从而减少不必要的系统开销。还有就是一定要主动反注册你的广播，否则会出现异常。
动态注册和静态注册的差别：动态注册后，广播接收者会依赖Activity的生命周期，而静态注册的广播不会，只要是系统有发出的广播，它都会接收，与程序是否启动无关。
(4) 发送普通广播
具体使用的方法是sendBroadcast(Intent intent)，通过隐式调用就可以，注意action是你自定义的，意思就是不可以发送系统广播，我试了，直接就崩了。
Intent intent = new Intent();
intent.setAction("com.fleming.chen.mybroadcast");
sendBroadcast(intent);
针对(3)(4)两点，如果你要用到的广播仅仅是应用里的，那么你可以用LocalBroadcastManager这个类，它与上述描述中的区别在于：
LocalBroadcastManager.getInstance(context).registerReceiver(mReceiver, mFilter);
LocalBroadcastManager.getInstance(context).unregisterReceiver(mReceiver);
LocalBroadcastManager.getInstance(context).sendBroadcast(intent);
通过sendBroadcast发送的广播，不会被通过LocalBroadcastManager类注册的广播接收者接收，反之也是如此，两者是不可以”互通友谊“的，推荐使用LocalBroadcastManager来管理广播。
(5) 发送有序广播
上面讲了那么多都是普通广播，那什么又是有序广播呢？
有序广播关键在于这类广播是有序的，上文中提到priority，这是IntentFilter的属性，用来让不同的广播拥有不同的执行顺序，即优先级不同。
定义三种不同优先级的广播接收者：
public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
setResultData("这是修改后的数据");//第一个接收后处理一下，再交给下一个
}
}
}
public class MyBroadcastReceiver2 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();//得到上一个的处理结果
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
abortBroadcast();//主动停止广播，不再继续传下去
}
}
}
public class MyBroadcastReceiver3 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
//此时虽然该广播接收者也监听了，不过也没有内容
Toast.makeText(context, getResultData(), Toast.LENGTH_SHORT).show();
}
}
}
<receiver android:name=".MyBroadcastReceiver" >
<intent-filter android:priority="1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver2">
<intent-filter android:priority="0">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver3">
<intent-filter android:priority="-1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
Intent intent = new Intent();
intent.setAction("com.fleming.chen.myreceiver");
sendOrderedBroadcast(intent, null, null, null, 0, "这是初始的数据", null);
对于广播的内容，在Android 7.0上做了修改，即Project Svelte：后台优化
Android 7.0 移除了三项隐式广播，以帮助优化内存使用和电量消耗。此项变更很有必要，因为隐式广播会在后台频繁启动已注册侦听这些广播的应用。删除这些广播可以显着提升设备性能和用户体验。
移动设备会经历频繁的连接变更，例如在 WLAN 和移动数据之间切换时。目前，可以通过在应用清单中注册一个接收器来侦听隐式 CONNECTIVITY_ACTION 广播，让应用能够监控这些变更。由于很多应用会注册接收此广播，因此单次网络切换即会导致所有应用被唤醒并同时处理此广播。
同理，在之前版本的 Android 中，应用可以注册接收来自其他应用（例如相机）的隐式 ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 广播。当用户使用相机应用拍摄照片时，这些应用即会被唤醒以处理广播。
为缓解这些问题，Android 7.0 应用了以下优化措施：
面向 Android 7.0 开发的应用不会收到 CONNECTIVITY_ACTION 广播，即使它们已有清单条目来请求接受这些事件的通知。在前台运行的应用如果使用 BroadcastReceiver 请求接收通知，则仍可以在主线程中侦听 CONNECTIVITY_CHANGE。
应用无法发送或接收 ACTION_NEW_PICTURE 或 ACTION_NEW_VIDEO 广播。此项优化会影响所有应用，而不仅仅是面向 Android 7.0 的应用。
如果您的应用使用任何 intent，您仍需要尽快移除它们的依赖关系，以正确适配 Android 7.0 设备。Android 框架提供多个解决方案来缓解对这些隐式广播的需求。例如，JobScheler API 提供了一个稳健可靠的机制来安排满足指定条件（例如连入无限流量网络）时所执行的网络操作。您甚至可以使用 JobScheler 来适应内容提供程序变化。
所以说，在Android的世界，到处都充满着广播，就是为了用来监听手机的各种状态，给用户提醒，这是一种很好的用户体验，不过任何事情都是如此，广播也不可以多用哦，