Android 12 Restricted应用待机分组触发行为及示例咨询

Android 12 推出的 Restricted 待机模式是目前限制等级最高的应用待机分组，进入该分组的应用后台作业、消息推送、权限调用都会被严格限制，以下是会触发系统将应用划入该分组的具体行为及对应示例：

• 后台异常耗电：应用在无用户主动交互的场景下，后台持续消耗过量电量。
  示例：用户安装的第三方天气App连续7天未被主动打开，仍每10分钟在后台唤醒定位模块同步数据，单晚累计消耗12%的设备电量，系统检测后会将其划入Restricted分组。
• 滥用敏感权限：应用申请与核心功能无关的敏感权限，或在后台无合理理由频繁调用敏感权限。
  示例：单机拼图类游戏申请了通话记录权限，且在用户未主动启动应用的前提下，一周内累计3次在后台尝试读取用户通话记录，会触发系统判定。
• 长期未被用户主动启动：用户连续45天未主动打开过该应用，系统会默认将闲置应用划入分组减少资源占用。
  示例：用户旅行时临时安装的目的地地铁查询App，旅行结束后连续45天未被启动，系统会自动将其归入Restricted分组。
• 发送大量无效/垃圾通知：应用24小时内发送10条以上被用户直接关闭、无任何点击交互的通知，或发送的营销类通知被用户多次举报、屏蔽。
  示例：电商类App单日推送22条满减、直播类营销通知，全部被用户直接划走未产生任何点击，连续3天后会被系统判定为不良行为。
• 后台频繁占用系统资源：应用在后台无合理理由频繁触发系统唤醒，或长时间占用高CPU、存储资源影响前台应用运行。
  示例：笔记类应用在后台无同步任务的前提下，持续扫描本地存储文件，累计占用30%CPU长达2小时，导致用户前台运行的游戏出现明显卡顿，系统检测后会将其划入Restricted分组。

系统除参考使用模式外，还会结合应用的行为判定是否将其划入Restricted分组。若应用更合理地使用系统资源，被划入Restricted分组的概率将更低。

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