打开App，同意通知权限。关闭App。再打开App。
q***@dnb.com
- 发布：2026-03-17 11:26
- 更新：2026-04-07 09:59
- 阅读：279
产品分类： uniapp/App
PC开发环境操作系统： Mac
PC开发环境操作系统版本号： macOS 26.3
HBuilderX类型： 正式
HBuilderX版本号： 5.03
手机系统： Android
手机系统版本号： Android 16
手机厂商： 小米
手机机型： 小米 14
页面类型： vue
vue版本： vue3
打包方式： 云端
项目创建方式： HBuilderX
操作步骤：
预期结果：
推送权限同意后，重新进入应用不再有接口产生调用行为
推送权限同意后，重新进入应用不再有接口产生调用行为
实际结果：
推送权限同意后，重新进入应用仍会有接口产生调用行为
推送权限同意后，重新进入应用仍会有接口产生调用行为
bug描述：
我的项目使用unipush2.0，在上架小米时被驳回，原因是频繁获取权限，小米给出堆栈信息在附件中。在unipush2.0的微信群中询问，个推人员建议我来提工单。请帮忙看一下如何解决这个权限问题。
欢迎到专业群（ uni-app 官方技术交流群 1 ） 咨询，群中有相关专业的管理员和群友。
从 DCloud 官方技术支持角度对该 bug 反馈评审如下：
1. Bug 反馈内容完整性分析
已提供的信息：
- 环境信息完整（HBuilderX 5.03 正式版、Vue3、Android 16、小米 14）
- 复现步骤描述基本清晰（启动-授权-关闭-再启动的循环场景）
- 问题现象描述明确（权限同意后再次启动仍有接口调用行为）
缺失的关键信息：
- 缺少代码示例：未提供 UniPush 2.0 的初始化代码和权限相关调用代码，无法判断是 SDK 内部行为还是开发者调用逻辑问题
- 缺少具体堆栈信息：反馈中提到小米提供了堆栈信息在附件，但正文未贴出具体的权限名称和调用堆栈
- 缺少具体权限标识：未说明是哪些权限被频繁索取（通知权限、设备信息权限还是其他权限）
- 缺少 manifest 配置：未提供
manifest.json中关于推送和权限的配置内容
2. Bug 成立性分析
知识库中暂未检索到关于"UniPush 2.0 导致频繁索取权限"的直接技术文档或已知 issue 记录。但从插件市场知识库中发现存在多个解决小米/华为上架权限被拒的插件：
- 安卓设备解决 未同步告知权限申请的使用目的、小米，华为上架应用市场被拒解决方案
- 解决APP需要同步用户告知权限申请目的，导致安卓，华为，小米等上架被拒问题
- 安卓权限申请、权限申请的使用目的、华为上架、小米上架（不改动业务代码、全局处理）
这些插件的存在表明小米应用商店对权限申请时机和申请目的告知有严格要求。根据反馈描述"同意通知权限后再次进入仍有接口调用行为"，可能的原因包括：
- UniPush 2.0 SDK 每次初始化时重复申请已授权的权限
- 未正确缓存权限状态导致重复弹窗
- 缺少权限申请目的的同步说明（小米审核要求）
无法确认是否为 SDK Bug：需要补充具体的权限调用堆栈才能判断是 SDK 内部行为还是项目配置问题。
3. 评审结论与建议
当前反馈评级：信息不完整，需要补充关键信息才能定位问题
建议用户补充以下信息：
- 小米审核提供的具体堆栈信息（包含权限名称和调用链）
manifest.json中permission和push相关配置- 项目中 UniPush 初始化的相关代码片段
- 具体的权限名称（是通知权限、读取设备信息还是其他权限）
临时解决方案建议：
在补充信息前，可先参考插件市场中的权限申请目的说明插件，该插件提供了全局拦截权限申请并添加使用目的说明的功能，可能有助于解决小米审核问题。
后续处理建议：
请提供上述补充信息后，官方技术人员将进一步分析是 UniPush 2.0 SDK 的初始化逻辑问题还是项目配置问题。如确认是 SDK 问题，将提交给个推团队进行修复。
内容为 AI 生成，仅供参考
q***@dnb.com (作者)
请看截图，小米那边反馈是同意之后，重新打开App，发现再次申请权限
-
-
q***@dnb.com (作者)
回复 DCloud_Android_THB: 小米回复没有频繁弹窗，但频繁调用接口了，频繁调用接口在它们的测试场景中也是不行的。他们的测试系统版本是android9、13
2026-03-18 14:30
-
回复 q***@dnb.com: 同意后，我们不会再次请求权限，所以我怀疑是第一次他并没有同意权限，导致再次启动 app 会重新申请弹框，最起码从堆栈上看是这样。
2026-03-23 14:05
