设备与应用通知权限使用及申请标准更新时间:2026-01-30 16:46:00
一、权限定义
本次《权限使用及申请标准》,主要适用于获取以下权限的应用:
| 权限名称 | 权限级别 | 官方描述 | 具体解释 | 版本变更 |
| android.permission.BIND_NOTIFICATION_LISTENER_SERVICE | signature | 设备与应用通知权限 | 用于绑定通知监听服务的特殊权限,允许应用监听和处理系统通知 | Android 4.3引入,首次支持通知监听,Android6.0纳入特殊应用权限 |
二、审核标准
1. 申请材料
| 权限名称 | 标准 | 标准释义 | 审核材料 | 备注 |
| android.permission.BIND_NOTIFICATION_LISTENER_SERVICE | 功能/场景需求 | 应用必须具有需要设备与应用通知的功能,及合理场景 | 功能截图/视频演示 -可申请功能 -例外功能 | 3个条件需要同时满足 |
| 意见征求 | 向用户提供选择是否授权的选项 | 截图/视频演示 | ||
| 运行时权限请求 | 当用户与功能互动时再发出权限请求 | 触发该功能的完整路径 截图/视频演示 |
2. 申请要求
2.1 申请权限时应同步告知权限申请目的,目的应明确且易于理解,不包含广告及任何欺诈、诱骗、误导用户授权的描述;
2.2 App(包括嵌入的SDK)申请所需权限,应在声明文件(如AndroidManifest.xml)中严格按照格式规范逐个声明;
2.3 如仅需使用权限组中部分权限,不应在权限声明文件中声明同一权限组其他权限,例如当App仅需使用读取权限时,不应在AndroidManifest.xml中声明写入权限;
2.4 如用户拒绝或撤回授予某服务类型非必要系统权限,App不应强制退出或关闭,且不影响与此权限无关的业务功能使用;
2.5 如用户明确拒绝App业务功能所需权限,App不应频繁申请系统权限干扰用户正常使用,除非由用户主动触发功能,且没有该权限参与此业务功能无法实现。“频繁”的形式包括但不限于:
- 单个场景在用户拒绝权限后,48小时内弹窗提示用户打开系统权限的次数超过1次;
- 每次重新打开App或使用某一业务功能时,都会向用户索要或提示用户缺少相关系统权限。
3. 可申请功能/场景
| 功能/场景 | 详细描述 | 细分场景 | 可申请权限 |
| 穿戴设备同步手机通知消息 | 连接穿戴设备后同步消息通知 | 读取手机通知内容至穿戴设备:读取手机系统及第三方应用的通知文本、图标等信息,在穿戴设备端呈现。 | android.permission.BIND_NOTIFICATION_LISTENER_SERVICE |
4. 例外功能/场景
针对未被上述可申请功能所涵盖的其他功能,您在提交审核时,应详细阐述该功能的实际运用情形,明确指出哪些功能需使用设备与应用通知权限,并且提供相应功能的截图,小米应用商店将对此进行评估审核。
5. 无效功能/场景
“设备与应用通知权限”的获取应严格遵守数据最小必要原则,开发者需依据“第二部分-申请材料”内容,在权限审核提交材料中明示权限获取的场景,若出现场景模糊、不合理、非最小必要等以下情况,小米将会采取不限于驳回等处置措施。
- 对该权限的使用与实现应用的核心用途并没有直接关系。
- 获取数据是为了将其出售或分享给第三方,用于分析或广告用途。
- 无需设备与应用通知权限就能完成目标任务,实现应用核心功能。
- 在某些情况下,应用可能想使用敏感用户数据,而事实上有更安全可靠的替代方法可达成相应目的,以下常见使用情形不可以访问与设备与应用通知相关联的敏感用户数据,包括但不限于:
| 功能/场景 | 详细描述 | 备注 |
| 1.用于应用通知推送 | 应用通过自身具备的通知发送功能,或借助第三方 SDK,向用户推送消息。 | 通知推送能力不需申请“设备与应用通知”权限,应申请“通知”权限。 |
| 2.通知清理与智能分类 | 对系统通知实施统一管理,清理垃圾通知并对通知进行智能分类。 | 除了系统优化、垃圾清理类应用,非特殊场景不允许申请此权限。 |
上一篇:位置信息权限使用及申请标准
下一篇:附近的设备权限使用及申请标准
文档内容是否有帮助?
有帮助
无帮助