今天继续我们的Android之旅,上一篇写了Android四大组件之一的Activity的知识。今天,我们继续来复习Andorid四大组件之一的BroadcastReceiver。
何为BroadcastReceiver呢?其实从字面就可以看出了,就是广播接收者。那这个广播的作用是什么呢?其实Android中的广播机制和现实中的广播没有什么差别。想一想现实中的广播,是不是有通知消息的用途啊。同样,Android中的广播机制也与此是类似的作用。即,通过发送广播通知系统中的某些组件该干什么了。这干什么的逻辑完全在于你自己想实现什么功能。当然,既然可以发送广播,一定也是有接受广播的功能的。
在Android中广播有两种类型,标准广播和有序广播。
标准广播(Normal broadcasts,发送方式:Context.sendBroadacst()),这是一种完全异步执行的广播,广播发出后,没有确定的顺序,广播接收者通常会在同一个时刻接收到这条广播消息。这通常意味着是高效的,但也意味着,在广播发出后是无法进行截断的。
有序广播(Ordered broadcasts,发送方式:Context.sendOrderedBroadcast()),这是一种同步执行的广播,广播发出后,在同一时刻,只会有一个广播接收者接收到这一条广播。每一个广播接收者都是按顺序进行执行的。所以,前一个广播接收者既可以将这条广播传递出去,也可以完全的截断广播,使下一个广播接收者无法接收到广播。可以在AndroidManifest.xml文件中<receiver>标签下设置 android:priority属性,来匹配优先级,优先级越高,就越早接收到广播。
在这里要分清楚一点,虽然广播也是通过Intent进行传递的。但是通过Intent发送广播的机制与通过Intent开启另一个Activity的机制是截然不同的。开启的Activity是处于前台并且可以与用户进行交互的。而发送广播是一个后台的操作,用户并不能意识到。
下面来看一下具体的使用方法:
接收广播##
如何接收广播呢?想要接收广播就要用到如何注册广播,并且在注册的逻辑中添加想要监听的广播就可以了。
广播的注册方式有两种,是四大组件中最为特殊的一个。其余的三个组件都必须在AndroidManifest.xml文件中进行注册声明,而BroadcastReceiver既可以在AndroidManifest.xml文件中静态注册,也可以通过代码进行动态的注册。
- 静态注册
<receiver android:name="com.example.kevin.receiver.BootReceiver">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED"/>
</intent-filter>
</receiver>
在AndroidManifest.xml中的注册BroadcastReceiver与注册Activity没有什么太大的区别,只是标签为<receiver>。android:name来指定具体的是注册的哪一个广播。在 <intent-filter>中声明具体想要接收的广播。这里接收的是手机boot加载完成,也就是监听开机这一动作。在Android中,开机时,系统就会发送android.intent.action.BOOT_COMPLETED这条广播。
然后在代码中可以像下面这样写:
public class BootReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context,"Boot加载成功", Toast.LENGTH_LONG).show();
}
}
新建一个广播继承自BroadcastReceiver,然后重写其onReceive()方法,只要系统接收到了相应的广播就会执行onReceive()方法。这里只是打印了一句吐司。
- 动态注册
动态注册就要用到registerReceiver(BroadcastReceiver, IntentFilter)这一方法了。可以看到第一个参数就是一个BroadcastReceiver。第二个参数应该也是见过的,在AndroidManifest.xml文件中用来约束具体要监听哪一个广播,同样在这里也是一样的作用。
public class MainActivity extends Activity {
private IntentFilter intentFilter;
private NetworkChangeReceiver networkChangeReceiver;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
intentFilter = new IntentFilter();
//当网络状态改变时,系统会发出下面这条广播
intentFilter.addAction("android.net.conn.CONNECTIVITY_CHANGE");
networkChangeReceiver = new NetworkChangeReceiver();
registerReceiver(networkChangeReceiver, intentFilter);
}
class NetworkChangeReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "网络状态改变了", Toast.LENGTH_SHORT).show();
}
}
@Override
protected void onDestroy() {
super.onDestroy();
if (networkChangeReceiver != null) {
unregisterReceiver(networkChangeReceiver);
}
}
}
以上就是动态的注册了广播接收者来监听网络状态的改变。现在可以通过手动的改变网络状态,可以发现吐司确实是可以弹出来的,这就是动态注册。最后,记得在onDestroy()中调用unregisterReceiver()方法来取消注册。
发送广播##
既然我们已经知道了广播分为标准广播和有序广播,那么它们是如何来进行广播的发送的呢?
- 发送标准广播
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Button button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setAction("com.coustom.BroadcastReceiver");
//发送标准广播
sendBroadcast(intent);
}
});
}
这里就是点击一下按钮就发送一条com.coustom.BroadcastReceiver这样的广播了,当然既然是通过Intent进行发送广播的操作,就可以用Intent的putExtra()方法来携带一些数据。
下面再演示一下如何通过静态注册和动态注册来接收上面自定义的广播。
1.静态注册
- 在清单文件中注册
<receiver android:name=".MyBroadcastReceiver">
<intent-filter>
<action android:name="com.coustom.BroadcastReceiver"/>
</intent-filter>
</receiver>
- 重写对应的onReceive()方法
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定义的广播", Toast.LENGTH_SHORT).show();
}
}
2.动态注册
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("com.custom.BroadcastReceiver");
MyBroadcastReceiver myBroadcastReceiver = new MyBroadcastReceiver();
registerReceiver(myBroadcastReceiver,intentFilter);
}
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定义的广播", Toast.LENGTH_SHORT).show();
}
}
就是通过IntentFilter的addAction()方法来监听指定的广播,然后用 registerReceiver()就可以实现动态的注册广播。
- 发送有序广播
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Button button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setAction("com.coustom.BroadcastReceiver");
//发送有序广播
sendOrderedBroadcast(intent,null);
}
});
}
和标准广播最大的不同就是调用了sendOrderedBroadcast()来发送有序广播,第一个参数仍然是Intent,第二个参数与权限有关,传入null就可以了。
接收这广播的方法和上面的相同。
<receiver android:name=".MyBroadcastReceiver">
<intent-filter android:priority="100" >
<action android:name="com.coustom.BroadcastReceiver"/>
</intent-filter>
</receiver>
只是这里多了android:priority="100",来设置接收广播的优先级。如果你有创建了另一个BroadcastReceiver,并且设置它的android:priority="50"。那么,MyBroadcastReceiver就会先接收到广播。并且既然MyBroadcastReceiver可以先接收到广播,那么它就可以决定是否将广播继续传播下去。如下所示,就表示MyBroadcastReceiver调用了 abortBroadcast(),表示不想让广播继续传播。于是,其他优先级低的广播就都接受不到这条广播了。
class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了自定义的广播", Toast.LENGTH_SHORT).show();
//终止广播的传递
abortBroadcast();
}
}
本地广播##
前面的广播,不论是标准的还是有序的,都面临一个问题。即:我们发出的广播,任何其他的程序都能接收到,我们也可以接收来自其他程序的广播。这样就会带来一些安全上的问题,所以Android中还提供了LocalBroadcastManager来对广播进行管理,也就是本地广播。通过LocalBroadcastManager发送的广播只能在应用程序内部传递,也只能接受程序内部发出的广播。
下面来看一下具体的用法:
public class MainActivity extends Activity {
private LocalBroadcastManager localBroadcastManager;
private LocalBroadcastReceiver localBroadcastReceiver;
private Context mContext;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mContext = this;
//得到本地广播管理者
localBroadcastManager = LocalBroadcastManager.getInstance(mContext);
Button button = (Button) findViewById(R.id.button);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent intent = new Intent();
intent.setAction("com.coustom.LocalBroadcastReceiver");
//利用本地广播管理者发送本地广播
localBroadcastManager.sendBroadcast(intent);
}
});
IntentFilter intentFilter = new IntentFilter();
intentFilter.addAction("com.coustom.LocalBroadcastReceiver");
localBroadcastReceiver = new LocalBroadcastReceiver();
//利用本地广播管理者注册本地广播
localBroadcastManager.registerReceiver(localBroadcastReceiver, intentFilter);
}
class LocalBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
Toast.makeText(context, "收到了本地的自定义的广播", Toast.LENGTH_SHORT).show();
abortBroadcast();
}
}
@Override
protected void onDestroy() {
super.onDestroy();
if (localBroadcastManager != null) {
//利用本地广播管理者取消注册本地广播
localBroadcastManager.unregisterReceiver(localBroadcastReceiver);
}
}
}
可以看到通过
localBroadcastManager = LocalBroadcastManager.getInstance(mContext);
获取到了本地广播管理者的实例。
之后的发送广播、注册广播、取消注册广播都是通过localBroadcastManager来进行的。这也就是本地广播与普通广播不同的地方。
以下是官方文档在最后给出的,我的理解还不到位,但还是写出来吧。
BroadcastReceiver的生命周期##
一个BroadcastReceiver存在的时期就是在调用onReceive()方法所持续的时间。一旦这个方法返回了,系统就会认为对象已经执行接受,不再活跃了。这对于你在onReceive()中可以执行什么有很大的影响。异步操作在这里执行是不可能的,因为你必须从这个方法中返回并且处理异步操作,但是这时BroadcastReceiver已经不再活跃,它的进程可能再异步操作完成之前被系统杀死。
进程的生命周期##
一个在执行BroadcastReceiver的方法的进程(也就是在执行其onReceive()
方法)被考虑是一种前台的进程,它会在系统中持续的运行除非在系统内存极紧张的情况下才会考虑杀死它。一旦onReceive()这个方法返回了,BroadcastReceiver就不再活跃了。它的宿主的进程此时对于其他正在运行的组件是重要的。这里尤为重要,如果那个进程仅仅维系一个BroadcastReceiver(一个普遍的例子:对于一个应用用户可能从没或者最近没有与之交互),一旦onReceive()这个方法执行完了,系统就会考虑这个进程是空的,就会主动的杀死它。提供可用的资源给其他更重要的进程。
官方文档最后还给出了一条建议:
This means that for longer-running operations you will often use a Service
in conjunction with a BroadcastReceiver to keep the containing process active for the entire time of your operation.
对于长时间运行的操作,你可以将BroadcastReceiver和Service同时应用,来保证进程在整个你的操作时期都保持活跃状态。
这里的建议好像就类似于桌面的小部件的实现方法,就是AppWidget。
写在最后##
上面提到了Service,它也是Android四大组件的一种,关于与Service有关的知识我们以后再来复习吧。BroadcastReceiver也就先说这么多吧,其中的部分理解还是不够深刻,我们今天就到这里了。