Android长期WiFi检测：Broadcast与WorkManager哪个是更优选择？

两种现有方案的适配场景 #

• 广播监听方案
  优势是响应及时，WiFi状态变化瞬间就能触发任务，无延迟。但短板非常明显：安卓7.0之后系统对隐式广播做了严格限制，静态注册的WIFI_STATE_CHANGED、NETWORK_STATE_CHANGED这类广播在多数场景下无法被正常接收；动态注册的广播则会跟随应用进程被杀一同失效，完全达不到你要求的「应用被杀死也能正常工作」的需求，除非你能拿到系统级白名单权限，普通面向普通用户的应用场景完全不适用。
• WorkManager周期检测方案
  优势是可靠性拉满，作为Jetpack官方推出的可保证任务执行的后台调度组件，就算应用被杀、设备重启，只要符合触发条件任务都会被系统自动调度执行。但缺点是实时性差，15分钟是安卓系统强制的周期任务最小间隔，无法再缩短，如果用户连接上符合要求的WiFi，最长可能要等15分钟才会触发上传，对实时性要求高的场景不友好。

更优的组合实现方案 #

直接结合两者的优势，覆盖所有场景即可：

1. 应用在前台运行时，动态注册WiFi状态变化的广播接收器，监听到符合条件的事件立刻触发上传，保证活跃状态下的实时性。
2. 搭配WorkManager设置15分钟间隔的周期性检测任务，作为兜底方案：就算应用被杀、广播接收器失效，周期任务也会定期校验WiFi状态，不会出现漏传数据的问题。
3. 如果对实时性要求极高，完全不能接受15分钟的延迟，可以额外添加对BOOT_COMPLETED广播的静态注册，设备重启后自动拉起一个前台服务，挂载常驻通知保持进程存活，再在服务内动态注册广播接收器。这种情况只要用户不主动停掉前台服务，广播就能正常接收，实时性可以得到充分保证。注意该方案会在通知栏显示常驻通知，需要提前告知用户用途，避免被误认为恶意占用后台。

额外优化建议 #

如果你的上传场景对WiFi的要求只需要是免费不计费网络，不需要精确匹配指定SSID/BSSID，可以直接在WorkManager中设置任务触发约束：Constraints.Builder().setRequiredNetworkType(NetworkType.UNMETERED)，系统会自动在连接到非计费WiFi时才触发任务，不需要你自己做WiFi状态检测，能减少大量适配代码。

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