Android四大组件重要性已经不言而喻了，今天学习Android Broadcast。在我们上学的时候，每个班级的教室里都会装有一个喇叭，这些喇叭都是接入到学校的广播室的，一旦有什么重要的通知，就会播放一条广播来告知全校的师生。类似的工作机制其实在计算机领域也有很广泛的应用，如果你了解网络通信原理应该会知道，在一个 IP 网络范围中最大的 IP 地址是被保留作为广播地址来使用的。比如某个网络的 IP 范围是192.168.0.XXX，子网掩码是 255.255.255.0，那么这个网络的广播地址就是 192.168.0.255。 广播数据包会被发送到同一网络上的所有端口，这样在该网络中的每台主机都将会收到这条广播。为了方便于进行系统级别的消息通知，Android 也引入了一套类似的广播消息机制。
广播机制介绍
为什么说 Android中的广播机制更加灵活呢？这是因为 Android中的每个应用程序都可以对自己感兴趣的广播进行注册，这样该程序就只会接收到自己所关心的广播内容，这些 播可能是来自于系统的，也可能是来自于其他应用程序的。Android提供了一套完整的 API， 允许应用程序自由地发送和接收广播。接收广播的方法则需要引入一个新的概念，广播接收器（Broadcast Receiver），它就是用来接收来自系统和应用中的广播。
在Android广播中，主要分为两种类型：标准广播和有序广播。
标准广播（Normal broadcasts）是一种完全异步执行的广播，在广播发出之后，所有的 广播接收器几乎都会在同一时刻接收到这条广播消息，因此它们之间没有任何先后顺序可 言。这种广播的效率会比较高，但同时也意味着它是无法被截断的。标准广播的工作流程如图所示。
有序广播（Ordered broadcasts）则是一种同步执行的广播，在广播发出之后，同一时刻只会有一个广播接收器能够收到这条广播消息，当这个广播接收器中的逻辑执行完毕后，广播才会继续传递。所以此时的广播接收器是有先后顺序的，优先级高的广播接收器就可以先收到广播消息，并且前面的广播接收器还可以截断正在传递的广播，这样后面的广播接收器就无法收到广播消息了。
BroadcastReceiver用法
BroadcastReceiver主要包括两方面的内容，一个是广播的注册过程，另一个是广播的发送和接收过程。那么该如何创建一个广播接收器呢？其实只需要新建一个类，让它继承自BroadcastReceiver， 并重写父类的 onReceive（）方法就行了。这样当有广播到来时，onReceive（）方法就会得到执行， 具体的逻辑就可以在这个方法中处理。 广播的使用方法有两个：静态方法和动态方法。
动态方法
public class MainActivity extends Activity {
private IntentFilter intentFilter;
private NetworkChangeReceiver networkChangeReceiver;
@Override
protected void onCreate（Bundle savedInstanceState） {
super.onCreate（savedInstanceState）;
setContentView（R.layout.activity_main）;
intentFilter = new IntentFilter（）;
intentFilter.addAction（"android.net.conn.CONNECTIVITY_CHANGE"）;
networkChangeReceiver = new NetworkChangeReceiver（）;
registerReceiver（networkChangeReceiver， intentFilter）;
}
@Override
protected void onDestroy（） {
super.onDestroy（）;
unregisterReceiver（networkChangeReceiver）;
}
private class NetworkChangeReceiver extends BroadcastReceiver {
@Override
public void onReceive（Context context， Intent intent） {
Toast.makeText（context， "网络变化"， Toast.LENGTH_SHORT）.show（）;
}
}
}
可以看到，我们在 MainActivity 中定义了一个内部类 NetworkChangeReceiver，这个类 是继承自 BroadcastReceiver的，并重写了父类的 onReceive（）方法。这样每当网络状态发生变 化时，onReceive（）方法就会得到执行，这里只是简单地使用 Toast提示了一段文本信息。
然后观察 onCreate（）方法，首先我们创建了一个 IntentFilter 的实例，并给它添加了一个 值为android.net.conn.CONNECTIVITY_CHANGE 的 action，为什么要添加这个值呢？因为 当网络状态发生变化时，系统发出的正是一条值为 android.net.conn.CONNECTIVITY_ CHANGE 的广播，也就是说我们的广播接收器想要监听什么广播，就在这里添加相应的 action就行了。接下来创建了一个 NetworkChangeReceiver的实例，然后调用 registerReceiver（） 方法进行注册，将 NetworkChangeReceiver 的实例和 IntentFilter 的实例都传了进去，这样 NetworkChangeReceiver就会收到所有值为android.net.conn.CONNECTIVITY_CHANGE的广 播，也就实现了监听网络变化的功能。
最后要记得，动态注册的广播接收器一定都要取消注册才行，这里我们是在 onDestroy（） 方法中通过调用unregisterReceiver（）方法来实现的。
静态方法
动态注册的广播接收器可以自由地控制注册与注销，在灵活性方面有很大的优势，但是 它也存在着一个缺点，即必须要在程序启动之后才能接收到广播，因为注册的逻辑是写在 onCreate（）方法中的。那么有没有什么办法可以让程序在未启动的情况下就能接收到广播 呢？这就需要使用静态注册的方式了。
这里我们准备让程序接收一条开机广播，当收到这条广播时就可以在 onReceive（）方法里 执行相应的逻辑，从而实现开机启动的功能。新建一个 BootCompleteReceiver 继承自 BroadcastReceiver，代码如下所示
public class BootCompleteReceiver extends BroadcastReceiver {
@Override
public void onReceive（Context context， Intent intent） {
Toast.makeText（context， "Boot Complete"， Toast.LENGTH_LONG）.show（）;
}
}
可以看到，这里不再使用内部类的方式来定义广播接收器，因为稍后我们需要在 AndroidManifest.xml中将这个广播接收器的类名注册进去。在 onReceive（）方法中，还是简单 地使用 Toast弹出一段提示信息。
然后修改 AndroidManifest.xml文件，代码如下所示：
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.broadcasttest"
android:versionCode="1"
android:versionName="1.0" >
……
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED" />
<application
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme" >
<receiver android:name=".BootCompleteReceiver" >
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>
</application>
</manifest>
标签内出现了一个新的标签，所有静态注册的广播接收器 都是在这里进行注册的。它的用法其实和标签非常相似，首先通过 android:name 来指定具体注册哪一个广播接收器，然后在标签里加入想要接收的广播就行了， 由于Android系统启动完成后会发出一条值为android.intent.action.BOOT_COMPLETED的广 播，因此我们在这里添加了相应的 action。
另外，监听系统开机广播也是需要声明权限的，可以看到，我们使用 标签又加入了一条android.permission.RECEIVE_BOOT_COMPLETED权限
文章来自：博客园/cryAllen
0 0
