Android中广播的基本使用及说明

1、Android广播发送及广播类型

广播发送的基本代码:

Intent intent =  new Intent();

intent.setAction(Constant.WAIT_BROADCAST_ACTION);

context.sendBroadcast(intent);

根据广播的发送方式，可以将其分为以下几种类型：

1）普通广播 Normal Broadcast

2）系统广播 System Broadcast

3)  有序广播 Ordered Broadcast

4）粘性广播 Sticky Broadcast (在Android 5.0/Api 21中不推荐使用，有序粘性广播也已经不推荐使用)

5）应用内广播 Local Broadcast（使用LocalBroadcastManager，只能在应用内使用，不能跨进程使用。）

1）普通广播 Normal Broadcast

开发者自己定义的intent,以context.sendBroadcast(...)或者context.sendBroadcastAsUser(...)形式发送。

具体可以使用的方法有：

sendBroadcast(...):

①sendBroadcast(@RequiresPermission Intent intent);

②sendBroadcast(@RequiresPermission Intent intent, @Nullable String receiverPermission);

③sendBroadcast(Intent intent, @Nullable String receiverPermission, @Nullable Bundle options);

④sendBroadcast(Intent intent, String receiverPermission, int appOp);

sendBoadcastAsUser(...)

①sendBroadcastAsUser(@RequiresPermission Intent intent, UserHandle user);

②sendBroadcastAsUser(@RequiresPermission Intent intent, UserHandle user, @Nullable String receiverPermission);

③sendBroadcastAsUser(@RequiresPermission Intent intent, UserHandle user, @Nullable String receiverPermission, int appOp);

2）系统广播 System Broadcast

Android系统内置了多个广播，涉及到手机的基本操作，基本上都会发出相应的系统广播。

系统广播在系统内部当特定事件发生时，由系统发出。

3）有序广播 Ordered Broadcast

有序广播是针对广播接收者（BroadcastReceiver）而言，按照先后顺序接收的。

先后顺序判断标准为：按照Priority由大到小排序；有相同priority的动态广播和静态广播，动态广播会排在前面。

4）粘性广播(Sticky Broadcast)

已经在Android 5.0/Api 21中不推荐使用

5）应用内广播(Local Broadcast)

用LocalBroadcastManager统一处理APP应用内的广播问题。

Android广播可以跨进程甚至跨APP发送，会造成一下问题：

①其他应用可能会针对当前APP，发送与当前APP intent-filter一致的广播，导致APP不断的接收和处理；

②其他应用可以注册与当前APP intent-filter一致的广播，用于接收广播信息。

以上两种情况都存在安全隐患，常见的增加安全性的方案是：

①本地APP内部发送和接收的广播，将exported属性设为false。

②在发送和接收广播时，增加上相应的permission，用于权限验证。

③发送广播时，指定广播接收器所在的包名

2、广播发送和接收的原理

除应用内广播，其他广播发送和接收原理

①继承BroadcastReceiver，重写onReceive()方法；

②通过Binder机制向ActivityManagerService注册广播

③通过Binder机制向ActivityManagerService发送广播

④AMS查找符合条件（IntentFilter/Permission）的BroadcastReceiver，将广播发送到BroadcastReceiver所在的消息队列中。

⑤BroadcastReceiver所在的队列收到此广播后，回调onReceive()方法。

应用内广播，发送和接收原理与普通广播基本一致，将ActivityManagerService换为LocalManagerService控制广播的接收和发送等流程。

3、广播数据的限制（未验证，待验证）

广播传输数据大小应该尽可能的小。不能太大。图片或者太长的字符串应该以别的方式传递。

进程内，可以用EventBus，文件缓存，磁盘缓存。

通过Binder缓冲区中的Parcel对象进行传输。Binder事务缓冲区具有有限的固定大小，当前为1Mb。

由当前进程正在进行的所有事务共享。因此，即使大多数单个事务的大小适中，当有许多事务正在进行时，也会抛出此异常。

当抛出TransactionTooLargeException时，有两种可能得原因。客户端无法将其请求发送到服务（可能因为参数太大而无法保存到事务缓冲区中），或者服务无法将其响应发送回客户端（可能因为返回值为太大而无法保存到事务缓冲区中）。

避免TransactionTooLargeException的关键是保持所有事务相对较小。

避免传输大量字符串或大位图。如果可能的话，尝试将大量请求分解成更小的部分。