由于Android12升級(jí)，在調(diào)用精確鬧鐘的方法的時(shí)候，必須進(jìn)行SCHEDULE_EXACT_ALARM權(quán)限的檢查。具體操作請(qǐng)參考：適配Android 12的行為變更-----精確的鬧鐘權(quán)限_袁美麗..的博客-CSDN博客_android 鬧鐘權(quán)限

但是最近在做新機(jī)種的時(shí)候，在S平臺(tái)上，雖然clock調(diào)用了精確鬧鐘的方法，但是沒做SCHEDULE_EXACT_ALARM權(quán)限的檢查，沒有任何影響（正常來說，如果不處理，在調(diào)用精確鬧鐘的方法時(shí)肯定會(huì)crash）

經(jīng)過調(diào)查發(fā)現(xiàn)：
framework給clock進(jìn)程加了doze mode白名單

<!-- Whitelist of what components are permitted to run in the background --> <allow-in-power-save package="com.android.deskclock" />

導(dǎo)致canScheduleExactAlarms的值一直返回的是true

AlarmManagerService$mService#canScheduleExactAlarms @Override public boolean canScheduleExactAlarms(String packageName) {......if (!isExactAlarmChangeEnabled(packageName, userId)) { // Check the feature flag is on or offreturn true;}return isExemptFromExactAlarmPermission(packageUid) // ★ Will check DozeMode white list here|| hasScheduleExactAlarmInternal(packageName, packageUid); }AlarmManagerService#isExemptFromExactAlarmPermission boolean isExemptFromExactAlarmPermission(int uid) {return (UserHandle.isSameApp(mSystemUiUid, uid)|| UserHandle.isCore(uid)|| mLocalDeviceIdleController == null|| mLocalDeviceIdleController.isAppOnWhitelist(UserHandle.getAppId(uid))); // ★ Check DozeMode white list }

不僅clock會(huì)有此問題，如果其他應(yīng)用也加了doze mode白名單，并且也有此邏輯，同樣會(huì)出現(xiàn)此現(xiàn)象。可以參考一下。

總結(jié)

以上是生活随笔為你收集整理的Android12,SCHEDULE_EXACT_ALARM权限检查值一直返回true的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。