API Level 26+下如何让BroadcastReceiver在后台始终接收广播？

提问 #

Google从API Level 26+开始已弃用在Manifest中静态注册BroadcastReceiver的方式（少数例外情况除外），例如以下写法：

<receiver android:name=".MyBroadcastReceiver" android:exported="true">
    <intent-filter>
        <action android:name="android.net.wifi.STATE_CHANGE" />
    </intent-filter>
</receiver>

但如果我的应用需要在后台接收特定设备状态变更（比如网络连接状态变化），且这对应用核心功能至关重要，该如何操作？

回答 #

嘿，这个问题绝对是Android新手刚摸广播机制时的“拦路虎”，我给你整理几个靠谱的解决方案：

• 动态注册BroadcastReceiver
  这是最直接的替代方案。你可以在Activity、Service或者Application的生命周期节点（比如onCreate()）里注册接收器，在不需要的时候（比如onDestroy()）及时注销，避免内存泄漏。举个后台Service里注册的例子：

  class NetworkMonitorService : Service() {
      private val networkReceiver = object : BroadcastReceiver() {
          override fun onReceive(context: Context?, intent: Intent?) {
              // 在这里处理网络状态变更的逻辑
          }
      }
  
      override fun onCreate() {
          super.onCreate()
          // 注册网络状态变更的广播过滤器
          val intentFilter = IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION)
          registerReceiver(networkReceiver, intentFilter)
          // API 26+ 后台Service建议设为前台Service，避免被系统回收
          val notification = NotificationCompat.Builder(this, "CHANNEL_ID")
              .setContentTitle("网络监控中")
              .setSmallIcon(R.drawable.ic_notification)
              .build()
          startForeground(1, notification)
      }
  
      override fun onDestroy() {
          super.onDestroy()
          // 一定要注销接收器
          unregisterReceiver(networkReceiver)
      }
  
      override fun onBind(intent: Intent): IBinder? = null
  }
  

  划重点：API 26+之后普通后台Service容易被系统限制，所以如果要长期在后台监听，记得把Service设为前台Service，通过显示一个通知让系统知道这个Service是必要的。

• 使用WorkManager实现延迟/条件触发
  如果你不需要实时响应状态变更，只是需要在状态满足时执行任务，WorkManager是个更合规的选择。它会根据系统状态和资源情况调度任务，完美适配后台限制。比如监听网络连接的例子：

  // 创建网络连接的约束条件
  val networkConstraints = Constraints.Builder()
      .setRequiredNetworkType(NetworkType.CONNECTED)
      .build()
  
  // 创建单次任务请求
  val networkWorkRequest = OneTimeWorkRequestBuilder<NetworkStatusWorker>()
      .setConstraints(networkConstraints)
      .build()
  
  // 入队任务
  WorkManager.getInstance(applicationContext).enqueue(networkWorkRequest)
  

  对应的Worker类实现任务逻辑即可，这种方式不用操心后台存活问题，系统会帮你处理。

• 使用官方推荐的专用API替代广播
  针对很多常见的系统状态变更，Google已经推出了更高效的专用API，比如网络状态监听，现在更推荐用ConnectivityManager.NetworkCallback：

  val connectivityManager = getSystemService(Context.CONNECTIVITY_SERVICE) as ConnectivityManager
  val networkCallback = object : ConnectivityManager.NetworkCallback() {
      override fun onAvailable(network: Network) {
          // 网络恢复可用时的处理逻辑
      }
  
      override fun onLost(network: Network) {
          // 网络断开时的处理逻辑
      }
  }
  // 注册网络回调
  connectivityManager.registerNetworkCallback(
      NetworkRequest.Builder().build(),
      networkCallback
  )
  

  这种方式比广播更精准，功能也更丰富，还能避免广播机制带来的性能问题，是官方首推的方案。

内容的提问来源于stack exchange，提问作者exploitr