原文地址: Android12版本闹钟服务崩溃服务器托管网问题 – Stars-One的杂货小窝
公司项目app线上出现的崩溃记录问题,崩溃日志如下所示:
Caused by java.lang.SecurityException: Caller com.health.trackera服务器托管网nz needs to hold android.permission.SCHEDULE_EXACT_ALARM or android.permission.USE_EXACT_ALARM to set exact alarms.
一看到是安全异常,估计就是高版本android系统加的限制了,原因就是没正确适配新权限导致的崩溃问题
先贴下已解决的代码:
//在第二天的0:00清理发出清理数据的广播
val calendar: Calendar = Calendar.getInstance()
calendar.set(Calendar.HOUR_OF_DAY, 0)
calendar.set(Calendar.MINUTE, 0)
calendar.set(Calendar.SECOND, 0)
calendar.add(Calendar.DAY_OF_MONTH, 1)
//测试用的数据,闹钟定为60s后
//val calendar: Calendar = Calendar.getInstance()
//calendar.add(Calendar.SECOND, 60)
val alarmManager = application.getSystemService()
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S && alarmManager?.canScheduleExactAlarms()==false) {
alarmManager.setExactAndAllowWhileIdle(
AlarmManager.RTC_WAKEUP,
calendar.getTimeInMillis(),
pendingIntent
)
} else {
alarmManager?.setExact(
AlarmManager.RTC_WAKEUP,
calendar.getTimeInMillis(),
pendingIntent
)
}
LogUtils.d("闹钟已启动，预定触发时间：" + TimeUtils.date2String(calendar.time))
这里代码注意alarmManager?.canScheduleExactAlarms()==false这个判断,之前没有添加次判断,于是就有了上文提及的崩溃问题
复现的话很容易,去设置页面里,把应用的闹钟服务关闭就会出现了,如下图所示
原因
首先,了解下alarmManager设置定时的3个方法:
-
setExactAndAllowWhileIdle(long triggerAtMillis, PendingIntent operation)：这个方法用于设置精确的闹钟，即你可以指定闹钟触发的特定时间。它会在设备进入低功耗模式时仍然触发闹钟。但是，如果你的应用程序在后台运行并且设备处于省电模式，则可能不会触发闹钟。 -
setExact(long triggerAtMillis, PendingIntent operation)：这个方法也用于设置精确的闹钟，与setExactAndAllowWhileIdle方法类似，允许你指定特定的触发时间。但是，它不会在设备处于低功耗模式时触发闹钟。如果你的应用程序在后台运行并且设备处于省电模式，则闹钟可能会被延迟执行。 -
setAndAllowWhileIdle(int type, long triggerAtMillis, PendingIntent operation)：这个方法允许你设置具有弹性的触发时间的闹钟，以适应设备的省电模式。它提供了三种可能的触发类型：ELAPSED_REALTIME_WAKEUP、RTC_WAKEUP或RTC。它会在设备处于低功耗模式时仍然触发闹钟。
需要注意的是，如果 targetSdkVersion >= 33，且在 Android14 设备上没有显式申请该权限，调用上面的3个方法,则会抛出一个 SecurityException 异常
不过Android13新增android.permission.USE_EXACT_ALARM,用了模拟机的Android13版本测试,如果不写android.permission.USE_EXACT_ALARM还是会出现上面的错误
所以最终做法,就是2个权限android.permission.SCHEDULE_EXACT_ALARM和android.permission.USE_EXACT_ALARM都申请才不会有问题,这里推荐权限申请框架可以使用getActivity/XXPermissions: Android 权限请求框架，已适配 Android 14这个开源库
应该是setExact方法的限制稍微松一些吧,上面的方法可以使用,不过实际没有太高精度要求,只使用setExact应该也能达到效果
像上述的app,只是在第二日凌晨进行通知栏的数据更新(类似每日提醒那种感觉)
至于保活方面,高版本的Android限制太多,产品也没有其他要求,就先这样,只要app后台没被杀死,每日通知还是有的
不过看了其他文章,说到:
日历或闹钟应用需要在应用停止运行时发送日历提醒、唤醒闹钟或提醒。这些应用可以请求
USE_EXACT_ALARM常规权限。系统将在安装时授予USE_EXACT_ALARM权限，拥有此权限的应用将能够像具有 SCHEDULE_EXACT_ALARM 权限的应用一样设置精确闹钟。
参考
- 默认拒绝设定精确的闹钟 | Android 开发者 | Android Developers
- 记录一次android12的精准闹钟崩溃的处理 – 掘金
- Android14 适配之——现有 App 安装到 Android14 手机上需要注意些什么？ – 掘金
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
