如何实现每2分钟触发一次Service，解决setRepeating间隔波动问题

• 系统AlarmManager省电策略限制：从Android 4.4（API 19）开始，setRepeating默认设置的重复闹钟为非精确闹钟，系统会自动合并多个应用的闹钟触发时机，减少CPU唤醒次数以降低功耗，因此触发间隔会出现波动，设备进入待机低电状态时，间隔被拉长到10分钟属于系统优化的正常现象。
• 代码存在PendingIntent创建错误：你在代码中已经提前创建了pi对象，但在调用setRepeating时又重新调用了一次getBroadcast传入空Flag，会导致PendingIntent匹配异常，可能出现闹钟注册丢失、重复触发等问题，进一步放大间隔波动问题。
• 高版本系统后台限制：当targetSdkVersion >=23时，系统引入Doze低电模式和应用待机分组机制，设备锁屏静置一段时间后会进入Doze模式，非电池优化白名单的应用闹钟会被暂停，仅在系统固定的维护窗口触发，会进一步拉长触发间隔。
• 蓝牙扫描本身的后台限制：Android 12及以上版本对后台蓝牙扫描增加了权限限制和频率限流，即使闹钟按时触发，扫描请求也可能被系统拦截，看起来像是闹钟触发延迟。

• 替换setRepeating为精确闹钟API：API 19及以上版本使用setExact()替代重复闹钟，每次闹钟触发后手动注册下一次闹钟，可大幅提升触发精准度。如果targetSdkVersion >=31，需要在清单文件中声明SCHEDULE_EXACT_ALARM权限。
• 修复PendingIntent错误：调用setRepeating/setExact时直接使用提前创建的pi对象，不要重复生成PendingIntent。同时PendingIntent的Flag需要适配系统版本：Android 12及以上不需要修改PendingIntent内容时使用FLAG_IMMUTABLE，有修改需求时使用FLAG_MUTABLE，避免出现权限错误。
• 适配Doze模式：如果应用核心功能依赖2分钟间隔扫描，可以引导用户将应用加入电池优化白名单，绕过Doze模式限制，但该配置如果非应用核心必需场景，上架谷歌应用商店可能会被拒绝。
• 任务调度框架替换：如果可以接受最短15分钟的触发间隔，推荐使用Jetpack WorkManager实现周期性任务，WorkManager默认完成了各系统版本的后台限制适配，稳定性优于直接使用AlarmManager。

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