为何仅Android 12模拟器调用setAlarmClock触发SCHEDULE_EXACT_ALARM异常？

疑问1：无权限的1.12版本为何能在Android12真机成功调用setAlarmClock？ #

• 大概率是App的targetSdkVersion低于31（Android12对应的API级别）。官方规则明确：只有当App的targetSdkVersion≥31时，才强制要求声明SCHEDULE_EXACT_ALARM权限；若低于31，系统会兼容放行，不做权限校验。
• 也可能是你使用的Android12真机为国产定制系统，厂商对权限策略做了宽松处理，默认允许未声明权限的App调用闹钟接口。
• 还有一种可能：该App之前被手动授予过相关权限，部分定制系统在卸载重装后会保留权限状态，导致无声明也能正常调用。

疑问2：VS2022为何近期才触发该异常告警？ #

• 可能是VS2022的Android SDK工具链、构建工具或Lint检查器完成了更新，新版本对权限合规性的校验逻辑更严格，之前的版本未检测到这个权限缺失问题。
• 开发1.13调试版时，你可能将App的targetSdkVersion调整到了31或更高，触发了VS中针对Android12+权限的检查规则，因此弹出告警。
• 也有可能是调试环境配置发生变更，比如更新了Android模拟器镜像、调试工具版本，导致权限校验被激活。

疑问3：为何Android14模拟器无需权限即可调用，与文档要求不符？ #

• Android14针对调试场景做了优化：对于调试签名的App，系统会默认授予SCHEDULE_EXACT_ALARM权限，目的是方便开发者测试，无需手动设置权限。
• 模拟器本身的默认配置有特殊处理，为简化开发流程，自动给安装的调试App赋予了该权限，这是模拟器的测试友好性设置，和真机正式环境逻辑不同。
• 另外，Android14的权限机制有微调，对于闹钟类核心功能的调用，系统可能给调试App开了豁免通道，无需显式声明权限也能调用。

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