1. 广播机制在Android开发中的核心定位

广播（Broadcast）作为Android四大组件之一，其设计初衷是为了实现跨应用、跨进程的事件通知机制。与Activity、Service和Content Provider相比，广播的特殊性在于它的"一对多"消息传递模式。想象一下公司里的公共广播系统——当HR发布一则全员通知时，无论员工当前在哪个部门、正在做什么工作，只要关注了这类消息的人都会收到。Android的广播机制正是基于类似的解耦思想构建的。

广播机制在实际开发中主要承担三类职责：

1. 系统事件通知：比如电量变化、网络状态切换、屏幕亮灭等系统级事件，系统服务会发送对应的广播，应用可以注册监听这些广播来做出响应。例如音乐APP在检测到耳机拔出广播时自动暂停播放。
2. 应用间通信：不同应用之间可以通过自定义广播进行数据传递。比如电商APP完成支付后，可以向物流APP发送包含订单信息的广播。
3. 应用内部组件通信：同一个应用内，Activity、Service等组件可以通过广播实现松耦合的交互。典型场景是后台Service处理完数据后，通过广播通知UI层更新界面。

广播的工作流程涉及三个核心角色：

• 发送者（BroadcastSender）：通过Context的sendBroadcast()方法发出广播。广播本身是一个Intent对象，包含action字符串和附加数据。
• 广播队列（BroadcastQueue）：系统维护的待处理广播队列，负责广播的优先级排序和超时管理。
• 接收者（BroadcastReceiver）：通过动态注册或静态声明的方式监听特定广播，收到后执行onReceive()回调。

提示：Android 8.0（API 26）之后对广播的使用做出了严格限制，应用无法在Manifest中注册大部分隐式广播，这是为了减少后台进程被频繁唤醒导致的电量消耗。开发时需要特别注意这种平台行为变更带来的影响。

2. 广播的类型与适用场景解析

2.1 标准广播（Normal Broadcast）的特点与局限

标准广播是最基础的广播类型，通过Context.sendBroadcast()发送。它的核心特点是异步执行——当广播发出后，所有匹配的接收器会同时收到通知，彼此之间没有先后顺序。这种"一触即发"的模式效率很高，但也带来两个显著问题：

1. 不可控的接收顺序：假设有接收器A和B同时监听同一条广播，无法保证A一定在B之前执行。如果业务逻辑对执行顺序有要求（比如A需要先做数据校验，B才能处理），标准广播就无法满足需求。
2. 无法中止传播：一旦广播发出，就像泼出去的水无法收回。即使某个接收器发现广播内容有问题，也无法阻止其他接收器继续处理。

典型使用场景举例：

// 发送简单的状态通知广播 Intent statusIntent = new Intent("com.example.ACTION_SERVICE_STATUS"); statusIntent.putExtra("isRunning", true); sendBroadcast(statusIntent);

2.2 有序广播（Ordered Broadcast）的优先级控制

有序广播通过Context.sendOrderedBroadcast()发送，与标准广播的关键区别在于：

• 接收器按优先级顺序依次执行
• 前一个接收器可以中断广播传播
• 接收器可以修改广播内容并传递给下一个接收器

优先级在 中通过android:priority属性设置（范围-1000到1000），数值越大优先级越高。系统广播的默认优先级为0，应用可以根据需要调整。

一个完整的订单处理示例：

<!-- 在Manifest中声明接收器优先级 --> <receiver android:name=".OrderValidatorReceiver"> <intent-filter android:priority="100"> <action android:name="com.example.ACTION_PROCESS_ORDER" /> </intent-filter> </receiver> <receiver android:name=".PaymentProcessorReceiver"> <intent-filter android:priority="50"> <action android:name="com.example.ACTION_PROCESS_ORDER" /> </intent-filter> </receiver>

在Java代码中控制广播传递：

// 发送有序广播 Intent orderIntent = new Intent("com.example.ACTION_PROCESS_ORDER"); sendOrderedBroadcast(orderIntent, null, new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { // 所有接收器处理完成后执行 Log.d("OrderFlow", "Final result: " + getResultData()); } }, null, Activity.RESULT_OK, null, null); // 在OrderValidatorReceiver中可能中断广播 public void onReceive(Context context, Intent intent) { if (!validateOrder(intent)) { abortBroadcast(); // 终止广播传递 } }

2.3 本地广播（LocalBroadcastManager）的优化方案

为应对系统广播的性能开销，Android Support库提供了LocalBroadcastManager，它具有以下特点：

• 只在应用内部传播，不经过系统广播队列
• 无需跨进程通信，效率更高
• 不需要考虑安全问题（因为其他应用无法发送或接收）

典型使用模式：

// 初始化 LocalBroadcastManager lbm = LocalBroadcastManager.getInstance(this); // 注册接收器 lbm.registerReceiver(new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { // 处理本地广播 } }, new IntentFilter("local_action")); // 发送本地广播 lbm.sendBroadcast(new Intent("local_action"));

注意：在AndroidX中，LocalBroadcastManager已被标记为废弃，官方推荐使用LiveData或RxJava等响应式编程方案替代。但对于需要维持低版本兼容性或简单场景的项目，它仍然是可用的选择。

3. 广播接收器的两种注册方式对比

3.1 静态注册：Manifest声明详解

静态注册通过在AndroidManifest.xml中声明 标签实现，特点是：

• 应用未运行时也能接收广播（系统会唤醒应用进程）
• 声明后永久有效，直到应用被卸载
• 必须指定明确的IntentFilter

完整声明示例：

<receiver android:name=".BootCompleteReceiver" android:enabled="true" android:exported="false"> <intent-filter> <action android:name="android.intent.action.BOOT_COMPLETED" /> <category android:name="android.intent.category.DEFAULT" /> </intent-filter> </receiver>

关键属性说明：

• android:enabled：是否激活该接收器，可在代码中通过PackageManager.setComponentEnabledSetting()动态修改
• android:exported：是否允许其他应用触发此接收器，涉及安全风险需谨慎设置
• android:permission：发送方需具备的权限，用于限制广播来源

Android 8.0限制解读： 从API 26开始，除少数例外（如BOOT_COMPLETED），应用无法通过Manifest注册隐式广播。开发者需要改用动态注册或JobScheduler等替代方案。受影响的常见广播包括：

• CONNECTIVITY_CHANGE（网络状态变化）
• ACTION_PACKAGE_REPLACED（应用包替换）
• ACTION_MY_PACKAGE_REPLACED（自身应用更新）

3.2 动态注册：代码绑定实践

动态注册通过Context.registerReceiver()实现，典型特点包括：

• 只在注册的Context存活期间有效（通常是Activity或Service的生命周期）
• 可以灵活控制注册/注销时机
• 不受Android 8.0隐式广播限制影响

标准注册模式：

private BroadcastReceiver networkReceiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { // 处理网络状态变化 ConnectivityManager cm = (ConnectivityManager)context.getSystemService(Context.CONNECTIVITY_SERVICE); NetworkInfo activeNetwork = cm.getActiveNetworkInfo(); boolean isConnected = activeNetwork != null && activeNetwork.isConnected(); updateUI(isConnected); } }; @Override protected void onStart() { super.onStart(); IntentFilter filter = new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION); registerReceiver(networkReceiver, filter); } @Override protected void onStop() { super.onStop(); unregisterReceiver(networkReceiver); // 必须配对注销 }

常见内存泄漏场景：

1. 在Activity中注册广播但忘记注销
2. 使用匿名内部类创建Receiver导致持有外部类引用
3. 在onCreate()注册但只在onDestroy()注销，导致旋转屏幕时重复注册

解决方案示例：

// 使用弱引用避免内存泄漏 private static class SafeReceiver extends BroadcastReceiver { private final WeakReference<MainActivity> activityRef; SafeReceiver(MainActivity activity) { this.activityRef = new WeakReference<>(activity); } @Override public void onReceive(Context context, Intent intent) { MainActivity activity = activityRef.get(); if (activity != null) { activity.handleBroadcast(intent); } } }

4. 高效使用广播的进阶技巧

4.1 广播性能优化全攻略

广播滥用是导致Android应用性能下降的常见原因之一。以下是经过验证的优化方案：

1. 减少不必要的广播发送

// 坏味道：频繁发送内容相同的广播 void onSensorChanged(SensorEvent event) { Intent intent = new Intent("UPDATE_SENSOR_DATA"); intent.putExtra("values", event.values); sendBroadcast(intent); // 每秒可能触发数十次 } // 优化方案：添加变化检测 float[] lastValues = new float[3]; void onSensorChanged(SensorEvent event) { if (!Arrays.equals(lastValues, event.values)) { lastValues = event.values.clone(); Intent intent = new Intent("UPDATE_SENSOR_DATA"); intent.putExtra("values", event.values); sendBroadcast(intent); } }

2. 使用带权限的广播

<!-- 定义自定义权限 --> <permission android:name="com.example.MY_BROADCAST_PERMISSION" android:protectionLevel="signature" /> <!-- 接收器声明权限 --> <receiver android:name=".MyReceiver" android:permission="com.example.MY_BROADCAST_PERMISSION"> <intent-filter> <action android:name="com.example.ACTION_SECURE" /> </intent-filter> </receiver>

发送时指定权限：

sendBroadcast(new Intent("com.example.ACTION_SECURE"), "com.example.MY_BROADCAST_PERMISSION");

3. 粘性广播的替代方案Android 5.0已废弃粘性广播（sendStickyBroadcast），替代方案包括：

• 使用ContentProvider共享状态
• 实现持久化存储（SharedPreferences或Room）
• 对于系统粘性广播，可以通过对应API直接查询（如获取最后已知位置）

4.2 广播与Android新架构组件的协作

在现代Android开发中，广播可以与其他架构组件配合使用，形成更强大的解决方案：

1. 广播转LiveData的桥梁模式

class BroadcastLiveData extends LiveData<String> implements BroadcastReceiver { private final Context context; private final IntentFilter filter; BroadcastLiveData(Context context, String action) { this.context = context.getApplicationContext(); this.filter = new IntentFilter(action); } @Override protected void onActive() { context.registerReceiver(this, filter); } @Override protected void onInactive() { context.unregisterReceiver(this); } @Override public void onReceive(Context context, Intent intent) { postValue(intent.getStringExtra("data")); } } // 在ViewModel中使用 class MyViewModel extends ViewModel { private BroadcastLiveData broadcastData; LiveData<String> getBroadcastData(Context context) { if (broadcastData == null) { broadcastData = new BroadcastLiveData(context, "com.example.ACTION_UPDATE"); } return broadcastData; } }

2. 结合WorkManager处理后台任务

// 定义Worker类 class UploadWorker(context: Context, params: WorkerParameters) : Worker(context, params) { override fun doWork(): Result { // 执行上传逻辑 return Result.success() } } // 在广播接收器中触发工作 class NetworkReceiver : BroadcastReceiver() { override fun onReceive(context: Context, intent: Intent) { if (intent.action == ConnectivityManager.CONNECTIVITY_ACTION) { val constraints = Constraints.Builder() .setRequiredNetworkType(NetworkType.CONNECTED) .build() val uploadRequest = OneTimeWorkRequestBuilder<UploadWorker>() .setConstraints(constraints) .build() WorkManager.getInstance(context).enqueue(uploadRequest) } } }

4.3 调试广播的实用技巧

当广播没有按预期工作时，可以通过以下方法排查：

1. 使用adb发送测试广播

# 发送标准广播 adb shell am broadcast -a com.example.ACTION_TEST -n com.example/.MyReceiver # 发送带extra数据的广播 adb shell am broadcast -a com.example.ACTION_TEST --es key value --ei number 123 # 发送有序广播 adb shell am broadcast -a com.example.ACTION_ORDERED --receiver-permission com.example.PERMISSION

2. 打印所有活跃广播接收器

adb shell dumpsys activity broadcasts | grep "ReceiverList"

3. Android Studio的Intent拦截功能在Run/Debug Configuration中添加Intent参数，方便测试特定广播：

-e action com.example.ACTION_TEST -e string_key hello -e int_key 123

4. 广播日志记录方案

// 自定义广播代理类 public class BroadcastLogger { private static final String TAG = "BroadcastMonitor"; public static void sendBroadcast(Context context, Intent intent) { logIntent("Sending", intent); context.sendBroadcast(intent); } private static void logIntent(String action, Intent intent) { StringBuilder sb = new StringBuilder(); sb.append(action).append(" broadcast: ").append(intent.getAction()); if (intent.getExtras() != null) { sb.append("\nExtras:"); for (String key : intent.getExtras().keySet()) { sb.append("\n ").append(key).append(" = ") .append(intent.getExtras().get(key)); } } Log.d(TAG, sb.toString()); } } // 在Application中全局替换 public class MyApp extends Application { @Override public void sendBroadcast(Intent intent) { BroadcastLogger.sendBroadcast(this, intent); } }

5. 典型业务场景下的广播应用实例

5.1 实现跨Activity的状态同步

假设有一个电商应用，需要在商品详情页（ProductActivity）和购物车页（CartActivity）之间同步收藏状态：

// 在BaseActivity中注册接收器 public abstract class BaseActivity extends AppCompatActivity { private BroadcastReceiver favoriteReceiver; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); favoriteReceiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { String productId = intent.getStringExtra("product_id"); boolean isFavorite = intent.getBooleanExtra("is_favorite", false); updateFavoriteStatus(productId, isFavorite); } }; registerReceiver(favoriteReceiver, new IntentFilter("com.example.ACTION_FAVORITE_CHANGED")); } protected abstract void updateFavoriteStatus(String productId, boolean isFavorite); @Override protected void onDestroy() { super.onDestroy(); unregisterReceiver(favoriteReceiver); } } // 在ProductActivity中发送广播 void toggleFavorite(String productId, boolean newStatus) { // 先更新本地数据 FavoriteManager.getInstance().setFavorite(productId, newStatus); // 再广播状态变化 Intent intent = new Intent("com.example.ACTION_FAVORITE_CHANGED"); intent.putExtra("product_id", productId); intent.putExtra("is_favorite", newStatus); sendBroadcast(intent); }

5.2 监听系统广播实现智能控制

场景：当用户连接耳机时自动恢复音乐播放，断开时暂停：

public class AudioJackReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { String action = intent.getAction(); if (AudioManager.ACTION_AUDIO_BECOMING_NOISY.equals(action)) { // 耳机断开 pausePlayback(); } else if (Intent.ACTION_HEADSET_PLUG.equals(action)) { int state = intent.getIntExtra("state", -1); if (state == 1) { // 耳机插入 resumePlayback(); } } } private void pausePlayback() { // 实现暂停逻辑 } private void resumePlayback() { // 实现恢复逻辑 } }

对应的Manifest注册：

<receiver android:name=".AudioJackReceiver"> <intent-filter> <action android:name="android.media.AUDIO_BECOMING_NOISY" /> <action android:name="android.intent.action.HEADSET_PLUG" /> </intent-filter> </receiver>

5.3 应用内全局事件总线替代方案

对于复杂的应用内通信，可以基于广播构建轻量级事件总线：

public class EventBus { private static final String ACTION_EVENT = "com.example.ACTION_EVENT"; private static final String EXTRA_EVENT_TYPE = "event_type"; private static final String EXTRA_EVENT_DATA = "event_data"; private final Context appContext; private final Map<String, List<EventListener>> listeners = new HashMap<>(); public EventBus(Context context) { this.appContext = context.getApplicationContext(); // 注册全局接收器 appContext.registerReceiver(new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { String type = intent.getStringExtra(EXTRA_EVENT_TYPE); String data = intent.getStringExtra(EXTRA_EVENT_DATA); synchronized (listeners) { List<EventListener> typeListeners = listeners.get(type); if (typeListeners != null) { for (EventListener listener : typeListeners) { listener.onEvent(data); } } } } }, new IntentFilter(ACTION_EVENT)); } public void post(String eventType, String eventData) { Intent intent = new Intent(ACTION_EVENT); intent.putExtra(EXTRA_EVENT_TYPE, eventType); intent.putExtra(EXTRA_EVENT_DATA, eventData); appContext.sendBroadcast(intent); } public void subscribe(String eventType, EventListener listener) { synchronized (listeners) { List<EventListener> typeListeners = listeners.computeIfAbsent( eventType, k -> new ArrayList<>()); typeListeners.add(listener); } } public void unsubscribe(String eventType, EventListener listener) { synchronized (listeners) { List<EventListener> typeListeners = listeners.get(eventType); if (typeListeners != null) { typeListeners.remove(listener); } } } public interface EventListener { void onEvent(String data); } }

使用示例：

// 初始化 EventBus eventBus = new EventBus(getApplicationContext()); // 订阅事件 eventBus.subscribe("user_login", data -> { runOnUiThread(() -> updateUserInfo()); }); // 发布事件 eventBus.post("user_login", "user123");

6. 广播安全攻防实战

6.1 常见广播安全漏洞剖析

案例1：敏感广播暴露

<!-- 危险声明：导出接收器且未设置权限 --> <receiver android:name=".PaymentReceiver" android:exported="true"> <intent-filter> <action android:name="com.example.ACTION_PAYMENT" /> </intent-filter> </receiver>

攻击者可以构造恶意广播触发支付操作：

Intent exploit = new Intent("com.example.ACTION_PAYMENT"); exploit.putExtra("amount", "1000"); exploit.putExtra("target_account", "hacker_account"); sendBroadcast(exploit);

案例2：广播数据劫持

// 不安全的有序广播发送 Intent orderIntent = new Intent("com.example.ORDER_PROCESS"); orderIntent.putExtra("credit_card", "1234-5678-9012-3456"); sendOrderedBroadcast(orderIntent, null); // 未指定接收权限

中间接收器可以篡改数据：

public void onReceive(Context context, Intent intent) { String card = intent.getStringExtra("credit_card"); stealCreditCard(card); // 窃取数据 // 修改后继续传递 Bundle newExtras = new Bundle(intent.getExtras()); newExtras.putString("credit_card", "0000-0000-0000-0000"); setResultExtras(newExtras); }

6.2 加固广播通信的最佳实践

1. 最小化暴露原则

<!-- 安全声明示例 --> <receiver android:name=".SecureReceiver" android:exported="false" <!-- 仅接收内部广播 --> android:permission="com.example.PERMISSION"> <!-- 发送方需持有权限 --> <intent-filter> <action android:name="com.example.ACTION_SECURE" /> </intent-filter> </receiver>

2. 数据加密方案

// 发送端加密 public void sendSecureBroadcast(Context context, String action, Bundle data) { Intent intent = new Intent(action); // 序列化并加密数据 ByteArrayOutputStream baos = new ByteArrayOutputStream(); try (ObjectOutputStream oos = new ObjectOutputStream(baos)) { oos.writeObject(data); } byte[] encrypted = encrypt(baos.toByteArray()); intent.putExtra("encrypted_data", encrypted); context.sendBroadcast(intent, "com.example.SEND_PERMISSION"); } // 接收端解密 public void onReceive(Context context, Intent intent) { byte[] encrypted = intent.getByteArrayExtra("encrypted_data"); byte[] decrypted = decrypt(encrypted); try (ObjectInputStream ois = new ObjectInputStream( new ByteArrayInputStream(decrypted))) { Bundle data = (Bundle) ois.readObject(); // 使用安全的数据 } }

3. 签名权限保护

<!-- 定义签名级权限 --> <permission android:name="com.example.PRIVATE_BROADCAST" android:protectionLevel="signature" /> <!-- 在相同签名的应用间共享 --> <uses-permission android:name="com.example.PRIVATE_BROADCAST" />

6.3 广播权限的精细控制

1. 发送方权限检查

// 在发送广播前验证调用者权限 if (checkCallingOrSelfPermission("com.example.SEND_DATA") == PackageManager.PERMISSION_GRANTED) { sendBroadcast(new Intent("com.example.ACTION_DATA")); } else { throw new SecurityException("Requires com.example.SEND_DATA permission"); }

2. 接收方动态权限验证

public void onReceive(Context context, Intent intent) { // 验证发送者证书 if (!verifySenderSignature(context, intent)) { return; } // 验证附加权限 if (intent.hasExtra("requires_admin") && !hasAdminPrivilege(context)) { return; } // 处理安全广播 }

3. 使用PendingIntent替代广播对于高敏感操作，考虑使用PendingIntent：

// 创建受保护的PendingIntent Intent intent = new Intent(context, ApprovalActivity.class); PendingIntent pi = PendingIntent.getActivity( context, requestCode, intent, PendingIntent.FLAG_IMMUTABLE | PendingIntent.FLAG_UPDATE_CURRENT); // 只有原始应用能触发此Intent

7. Android版本迭代中的广播演变

7.1 Android 8.0的背景执行限制

Android 8.0（API 26）引入的隐式广播限制是广播机制发展的重要转折点。这项变更的核心目标是：

• 减少应用在后台被意外唤醒的情况
• 降低系统广播风暴导致的性能损耗
• 延长设备电池续航时间

具体受限场景：

1. 在Manifest中声明的隐式广播接收器（没有明确指定目标组件）
2. 除豁免列表外的所有广播（约100+种常见广播受影响）
3. 跨应用的非显式广播传递

官方豁免列表示例：

• ACTION_BOOT_COMPLETED（开机完成）
• ACTION_LOCALE_CHANGED（语言切换）
• ACTION_USB_ACCESSORY_ATTACHED（USB设备连接）
• 应用自身定义的广播（包名匹配）

适配方案对比：

7.2 Android 10的广播行为变更

Android 10（API 29）进一步限制了广播的使用：

1. 后台启动限制：从后台发送的广播无法启动组件（需用户交互）
2. 地理位置广播限制：移除ACCESS_LOCATION_EXTRA_COMMANDS等广播
3. SCHEDULE_EXACT_ALARM权限：精确闹钟广播需要特殊权限

适配代码示例：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) { AlarmManager alarmManager = (AlarmManager)context.getSystemService(ALARM_SERVICE); if (!alarmManager.canScheduleExactAlarms()) { // 引导用户到设置页面授权 Intent intent = new Intent(ACTION_REQUEST_SCHEDULE_EXACT_ALARM); startActivity(intent); return; } }

7.3 Android 12的PendingIntent更新

Android 12（API 31）对广播相关的PendingIntent做出重要修改：

1. 默认不可变：必须显式指定FLAG_MUTABLE才能修改内含的Intent
2. 包名可见性限制：无法通过getCreatorPackage()获取发起方信息

安全创建示例：

// 正确做法：明确声明可变性 PendingIntent.getBroadcast( context, requestCode, intent, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE);

7.4 现代Android的广播替代方案

随着Android架构组件的发展，广播的许多使用场景有了更优解：

1. 应用内事件通知

• 推荐方案：LiveData + ViewModel
• 优势：生命周期感知、UI自动更新、无内存泄漏风险
• 示例：

// 在ViewModel中 private val _events = MutableLiveData<Event>() val events: LiveData<Event> = _events fun postEvent(event: Event) { _events.postValue(event) } // 在Activity中观察 viewModel.events.observe(this) { event -> when (event) { is Event.Refresh -> updateData() } }

2. 跨进程通信

• 推荐方案：AIDL或Messenger
• 优势：类型安全、接口明确、支持同步调用
• 性能对比：

  方案	延迟(ms)	吞吐量(ops/s)	安全性
  广播	50-100	~1,000	低
  AIDL	5-10	~10,000	高
  ContentProvider	20-50	~5,000	中

3. 后台任务触发

• 推荐方案：WorkManager + Constraints
• 优势：省电优化、任务链支持、重启恢复
• 典型配置：

val constraints = Constraints.Builder() .setRequiredNetworkType(NetworkType.CONNECTED) .setRequiresBatteryNotLow(true) .build() val uploadWork = OneTimeWorkRequestBuilder<UploadWorker>() .setConstraints(constraints) .setInitialDelay(10, TimeUnit.MINUTES) .build() WorkManager.getInstance(context).enqueue(uploadWork)

8. 广播在IoT和跨设备场景的创新应用

8.1 蓝牙BLE广播交互模型

低功耗蓝牙(BLE)的广播机制与Android广播有异曲同工之妙：

BLE广播包结构：

Android端接收BLE广播示例：

private final BluetoothLeScanner scanner = BluetoothAdapter.getDefaultAdapter().getBluetoothLeScanner(); private final ScanCallback callback = new ScanCallback() { @Override public void onScanResult(int callbackType, ScanResult result) { ScanRecord record = result.getScanRecord(); byte[] manufacturerData = record.getManufacturerSpecificData(0xFFFF); // 解析自定义广播数据 } }; // 开始扫描 ScanSettings settings = new ScanSettings.Builder() .setScanMode(ScanSettings.SCAN_MODE_LOW_LATENCY) .build(); scanner.startScan(null, settings, callback); // 停止扫描 scanner.stopScan(callback);

优化技巧：

1. 使用过滤条件减少回调次数：

List<ScanFilter> filters = new ArrayList<>(); filters.add(new ScanFilter.Builder() .setManufacturerData(0xFFFF, new byte[]{0x01, 0x02}) .build());

2. 合理设置扫描周期：

// 间歇扫描节省电量 scanner.startScan(filters, new ScanSettings.Builder() .setScanMode(ScanSettings.SCAN_MODE_LOW_POWER) .setReportDelay(5000) // 5秒批量报告 .build(), callback);

8.2 多设备协同的广播架构

在智能家居场景中，广播可用于设备发现和状态同步：

组网协议设计：

1. 发现阶段：新设备上线时发送UDP广播宣告自身存在

DatagramSocket socket = new DatagramSocket(); byte[] buf = "DISCOVER:DEVICE_ID=123".getBytes(); DatagramPacket packet = new DatagramPacket( buf, buf.length, InetAddress.getByName("255.255.255.255"), 8888); socket.send(packet);

2. 同步阶段：主设备通过广播下发控制指令

{ "cmd": "SYNC_STATE", "devices": ["123", "456"], "state": { "brightness": 80, "color": "FFFFFF" } }

3. 确认机制：从设备收到广播后回复单播确认

// 在广播接收器中 if ("SYNC_STATE".equals(intent.getStringExtra("cmd"))) { handleStateUpdate(intent.getBundleExtra("state")); sendAckToMaster(); }

性能优化点：

• 使用多播(Multicast)替代广播(Broadcast)减少网络负载
• 压缩广播数据包（如使用Protocol Buffers）
• 设置TTL防止广播风暴

8.3 跨平台广播桥接方案

实现Android与iOS/Web的广播通信需要中间层转换：

架构设计：

Android Broadcast → WebSocket Server → Web/iOS Clients ↑ External Events ← REST API

关键实现代码：

// WebSocket广播转发器 @ServerEndpoint("/broadcast") public class BroadcastEndpoint { private static final Set<Session> sessions = Collections.synchronizedSet(new HashSet<>()); @OnOpen public void onOpen(Session session) { sessions.add(session); // 注册Android广播接收器 BroadcastReceiver receiver = new BroadcastReceiver() { @Override public void onReceive(Context context, Intent intent) { String json = convertToJson(intent); broadcastToWeb(json); } }; IntentFilter filter = new IntentFilter(); filter.addAction("com.example.CROSS_PLATFORM_EVENT"); context.registerReceiver(receiver, filter); } private void broadcastToWeb(String message) { synchronized (sessions) { for (Session s : sessions) { if (s.isOpen()) { s.getAsyncRemote().sendText(message); } } } } }

协议转换示例：

private String convertToJson(Intent intent) { JSONObject json = new JSONObject(); try { json.put("action", intent.getAction()); Bundle extras = intent.getExtras(); if (extras != null) { JSONObject extrasJson = new JSONObject(); for (String key : extras.keySet()) { extrasJson.put(key, wrap(extras.get(key))); } json.put("extras", extrasJson); } return json.toString(); } catch (JSONException e) { return "{}"; } }

9. 疑难排查：广播不工作的常见原因

9.1 注册失效问题排查指南

当广播接收器没有按预期触发时，按照以下步骤排查：

1. 静态注册检查清单

• [ ] AndroidManifest.xml中是否正确声明了
• [ ] intent-filter的action是否与发送的广播匹配
• [ ] 如果设置了android:enabled="false"，检查是否有代码动态启用
• [ ] 对于系统广播，确认当前Android版本是否仍支持该广播
• [ ] 检查是否在Manifest中误用了 标签代替

2. 动态注册检查要点

• [ ] registerReceiver()是否在Activity/Fragment的onStart()或onResume()中调用
• [ ] 确认注册的Context是否仍然存活（避免使用已销毁的Activity上下文）
• [ ] IntentFilter的action设置是否正确（区分大小写）
• [ ] 检查是否有多余的addCategory()或addDataScheme()调用导致过滤失败

3. 平台限制验证

// 检查广播是否被限制 public static boolean isBroadcastRestricted(Context context, String action) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) { Intent intent = new Intent(action); List<ResolveInfo> receivers = context.getPackageManager() .queryBroadcastReceivers(intent, PackageManager.MATCH_ALL); return receivers.isEmpty(); // 无接收器表示可能被限制 } return false; }

9.2 广播传递中断分析