广播接收器注册：静态与动态的抉择
BroadcastReceiver本身是一个抽象类，开发者需要继承它并实现onReceive方法。在使用之前，需要明确采用静态注册还是动态注册。静态注册是在AndroidManifest.xml中通过<receiver>标签声明，并指定action和权限；动态注册则是在代码中调用registerReceiver方法，通常在Activity或Service的生命周期中进行。两种方式各有优劣：静态注册可以让应用在未启动状态下接收广播（如开机广播），但会常驻系统，增加资源消耗；动态注册更灵活，生命周期可控，但要求应用进程存活。例如，监听网络变化通常使用动态注册，因为用户打开应用才需要处理；而接收开机广播必须静态注册，否则无法触发。以下是一个静态注册的示例配置：
静态注册需要在Manifest中声明receiver，并可以添加intent-filter来指定接收的action。例如监听系统启动完成广播BOOT_COMPLETED，需要添加相应权限RECEIVE_BOOT_COMPLETED。代码中的android:exported属性在Android 12及以上必须显式声明，否则应用无法安装。
<receiver android:name=".MyReceiver"
android:exported="true">
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
</intent-filter>
</receiver>
动态注册则需要在代码中创建IntentFilter并调用registerReceiver。通常在onCreate或onStart中注册，在onDestroy或onStop中注销，避免内存泄漏。例如在Activity中监听电量变化：
private BroadcastReceiver batteryReceiver = new BroadcastReceiver() {
@Override
public void onReceive(Context context, Intent intent) {
int level = intent.getIntExtra("level", 0);
Log.d("Battery", "当前电量：" + level);
}
};
@Override
protected void onStart() {
super.onStart();
IntentFilter filter = new IntentFilter(Intent.ACTION_BATTERY_CHANGED);
registerReceiver(batteryReceiver, filter);
}
@Override
protected void onStop() {
super.onStop();
unregisterReceiver(batteryReceiver);
}
动态注册的接收器与注册它的组件生命周期绑定，一定要在销毁前注销，否则会抛出IllegalArgumentException: Receiver not registered异常。此外，动态注册的广播接收器可以设置为非导出，安全系数更高。
发送广播：普通、有序与本地广播的区别
发送广播通过Context的sendBroadcast方法实现，但根据业务需求，Android提供了不同的发送机制。最常用的是sendBroadcast(Intent)发送普通广播，所有匹配的接收器会异步接收，无法中断或修改传递结果。如果需要按优先级顺序接收并且可以拦截，应该使用sendOrderedBroadcast。本地广播则使用LocalBroadcastManager（已废弃）或新的方式，仅在应用内部传递，更安全高效。
普通广播的示例：
Intent intent = new Intent("com.example.MY_ACTION");
intent.putExtra("data", "hello");
sendBroadcast(intent);
有序广播允许设置优先级（在intent-filter中android:priority属性），高优先级的接收器先收到，并且可以通过abortBroadcast()终止广播继续传递。发送时使用sendOrderedBroadcast，可以指定最终接收器和结果数据。示例代码：
Intent intent = new Intent("com.example.ORDERED_ACTION");
sendOrderedBroadcast(intent, null, null, null, Activity.RESULT_OK, null, null);
本地广播在早期使用androidx.localbroadcastmanager.content.LocalBroadcastManager，但该类已被标记为废弃，官方推荐使用LiveData或者显式Intent配合包名限定。不过了解其用法仍然有价值：
LocalBroadcastManager.getInstance(this).sendBroadcast(intent); // 注册 LocalBroadcastManager.getInstance(this).registerReceiver(receiver, filter);
无论哪种广播，Intent的action应该使用自定义字符串常量，避免与系统广播冲突。同时发送广播时如果涉及敏感数据，应当考虑权限保护或使用本地广播。
实践要点：权限、生命周期与性能优化
广播接收器的使用涉及到权限声明。系统广播可能要求特定权限才能接收，例如接收短信需要RECEIVE_SMS权限，接收网络状态变化需要ACCESS_NETWORK_STATE权限。在AndroidManifest中声明权限后，对于敏感权限还需要运行时动态申请。自定义广播可以通过在发送时指定权限来限制接收者，接收方需要在Manifest中声明该权限。
广播接收器的onReceive方法运行在主线程，不能执行耗时操作。如果需要进行网络请求或数据库操作，应该启动Service或使用JobScheduler、WorkManager。通常建议在onReceive中仅做轻量级判断，然后启动IntentService（已废弃）或JobIntentService。例如：
public class MyReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
// 不要在这里做耗时操作
Intent serviceIntent = new Intent(context, MyJobService.class);
context.startService(serviceIntent);
}
}
从Android 8.0开始，隐式广播受到限制，很多系统广播无法通过静态注册接收，只能使用动态注册或JobScheduler。开发者需要查阅官方文档了解哪些广播不受限制。另外，广播接收器的注册和注销必须成对出现，避免内存泄漏。使用Application Context注册时也要注意及时注销，尤其是监听系统广播时。
最后，广播机制虽然方便，但过度使用会导致应用间耦合和性能问题。现代Android开发更推荐使用LiveData、Flow或EventBus等组件进行应用内通信，而系统事件监听则使用WorkManager、JobScheduler等更符合后台限制的方案。理解广播的适用场景，才能写出稳健的应用。
BroadcastReceiver广播注册广播发送修改时间：2026-08-29 04:47:48