H4.10.4unused-permission keep-or-drop prompt设计
首次安装后长期未使用的权限应提示用户复核是否仍需保留
别名: 闲置权限 · 未使用权限提示 · unused permission · permission auto-reset
概念解释
安装后不久要过的权限，若之后几个星期从未真正读过，应让人看见「这条授权还在，却一直没用」，并选择保留或关掉。这是把闲置状态变得可见，而不是按日历对所有持续授权做一遍租约维护，也不是系统圆点的职责。闲置提示针对的是从未兑现过的授权，避免启动时要来的能力在产品里沉淀成永久后台权利。
机制
首次会话里的允许，常常是为了结束弹窗或预见到「以后可能会用」。若以后从未用，授权与使用脱节，风险留在、收益为零。人看不到闲置：设置列表不会按「上次真正读取」排序，应用也不会主动示弱。把「已授权但从未使用」标出来，等于补上缺失的使用证据，使保留变成一次有信息的选择。系统自动重置闲置权限是同一机制的平台版；应用侧提示是在重置之前先让人知道会发生什么，而不是再要一次系统弹窗。
边界
每天都在读的权限不是闲置，不要用这条提示去骚扰。系统已经弹出「将重置未使用的权限」时，应用不要再叠一张同内容的全屏，改为在设置行标注「系统即将收回」。企业强制保留的能力不能提示关闭。尚未问过的权限（状态是未决定）不是闲置，提示会变成一次额外的请求，走错时机。
怎么落地
- 记录每条已允许权限的首次真正读取时间；安装后超过设定间隔仍为零次读取，则在设置顶或一条可关掉的应用内通知里列出这些权限。
- 每条提供保留与「去关闭」；关闭跳系统设置，不要在提示上重新调用授权 API。
- 提示次数有上限，点掉之后在同间隔内不再出现。
- 验证：测试包里把某条已允许权限的读取计数保持为零并快进间隔，应出现一次闲置列表，且列表中的项与零读取集合一致。点关闭必须到达正确开关。主路径上不应为此弹出系统权限框。对照系统若已自动重置，应用内状态行要在下一次前台改成拒绝或未决定，而不是仍显示允许。