apk包引用unipush1.0，
- 首次打开应用
- 提示请求推送权限
- 拒绝
- 关闭APP重新打开
3***@qq.com
- 发布：2026-07-06 11:01
- 更新：2026-07-06 11:03
- 阅读：29
产品分类： uniapp/App
PC开发环境操作系统： Windows
PC开发环境操作系统版本号： 22H2
HBuilderX版本号： 5.14
手机系统： Android
手机系统版本号： Android 15
手机厂商： 小米
手机机型： 红米
页面类型： vue
vue版本： vue3
打包方式： 云端
项目创建方式： CLI
CLI版本号： 3.0.0-5000720260410001
App下载地址或H5⽹址： http://www.youlvshangbu.com/clsb-v1.2.4.apk
操作步骤：
预期结果：
- 首次打开应用
- 提示请求推送权限
- 拒绝
- 关闭APP重新打开
- 不在提示请求推送权限
- 首次打开应用
- 提示请求推送权限
- 拒绝
- 关闭APP重新打开
- 不在提示请求推送权限
实际结果：
- 首次打开应用
- 提示请求推送权限
- 拒绝
- 关闭APP重新打开
- 仍旧提示提示请求推送权限
- 首次打开应用
- 提示请求推送权限
- 拒绝
- 关闭APP重新打开
- 仍旧提示提示请求推送权限
bug描述：
小米应用商店隐私政策审核
因频繁获取推送通知权限
导致审核不通过
Ask小助手 - Ask社区AI助手
欢迎到专业群（ uniCloud 官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。
好的，我是 DCloud 的官方人员，现在对这份 bug 反馈进行评审。
反馈内容完整性评价
这份反馈的框架信息比较完整，但缺少了最核心的技术细节。
- BUG 描述：描述本身点明了问题，即“小米应用商店审核不通过，原因可能是频繁索要权限”。但描述过于笼统，没有说明具体是哪个权限的弹窗反复出现。是系统级的“通知权限”，还是应用自定义的“隐私政策弹窗”？这点非常关键，需要开发者补充说明。
- 代码示例：严重缺失。反馈中没有提供任何代码片段。对于这类问题，官方人员需要看到以下关键代码才能定位：
- 在
manifest.json中privacy节点的配置。 - 调用 UniPush 1.0 服务端 SDK 或客户端 API（如
plus.push.getClientInfoAsync）的代码。 - 如果使用了 uni-starter 等模板，需要看
uni-starter.config.js中关于隐私和登录的配置。 - 如果没有这些代码，我们无法判断是框架的默认行为还是开发者自己编写的逻辑导致的。
- 在
- 复现步骤：步骤描述得比较清晰，逻辑上也连贯，但同样因为缺少技术细节，无法判断这是一个通用的系统问题还是个例。官方人员仅凭这些步骤，在不清楚是哪个弹窗的情况下，是无法复现的。
- 预期结果：预期结果是“拒绝后不再提示”，这个预期在特定场景下是合理的。例如，用户拒绝了系统级的“通知权限”，按各个厂商的系统规范，短时间内确实不应再次自动弹出。但如果指的是应用的“隐私政策”弹窗，其逻辑通常由开发者自己控制，这个预期就需要开发者自己去实现。
- 实际结果：实际结果是“拒绝后重新打开 App 仍旧提示”。这个现象是否正常，完全取决于弹窗的类型。
- 如果是系统级通知权限弹窗，且每次启动都弹出，这确实不正常，可能是一个 bug。
- 如果是自定义的隐私政策弹窗，这个行为是符合预期的，因为开发者通常会在用户未同意前每次都弹出，这并非框架问题。
- 分类信息：提供了 HBuilderX Alpha 版、Vue3、Android 15、小米设备等信息，这部分是比较完整的，有助于定位问题。
Bug 是否成立的分析
这个 Bug 是否成立，关键在于明确“反复弹出的权限提示”究竟是哪一个。
-
可能性一：系统级“通知权限”弹窗
如果开发者指的是 Android 系统原生的“允许 xxx 发送通知”弹窗，在用户拒绝后，每次启动 App 都自动弹出，这确实可能是一个 bug。从知识库中可以查到，在鸿蒙平台上就有一个类似的问题被确认为 bug，官方已承诺修复：如何避免使用unipush在鸿蒙APP启动后立即弹出系统通知权限弹窗。安卓平台可能存在类似逻辑，需要进一步确认。这需要开发者提供更详细的设备日志来协助分析。 -
可能性二：应用自定义的“隐私政策”弹窗
如果开发者指的是 DCloud 在manifest.json中配置的privacy隐私政策弹窗，那么这个“反复弹出”的行为是正常且符合规范的。根据知识库中关于隐私政策弹框的说明，这个弹窗的显示逻辑是：如果用户点击“暂不同意”，那么下次启动时应用依然会弹出，因为用户尚未同意隐私政策，应用不能私自进行数据采集。这符合工信部“应用不能强制要求用户授予权限，即不能‘不给权限不让用’”的规定，但前提是应用需要在用户同意前保持静默。小米应用商店审核不通过，很可能是因为在用户点击“暂不同意”后，应用依然尝试了某些需要权限的行为，或者这个弹窗本身被小米检测机制误判为“频繁索要权限”。
综合判断与建议
综合来看，反馈者很可能将“系统通知权限弹窗”和“应用隐私政策弹窗”混淆了，或者没有描述清楚。目前的信息不足以确认这是一个有效的框架 Bug。
给开发者的建议：
- 明确弹窗类型：请确认并补充，每次启动 App 反复弹出的是系统级的“通知权限”弹窗，还是应用内的“隐私政策”弹窗。
- 提供核心代码：请务必提供
manifest.json的源码视图配置，特别是privacy节点，以及所有与 push 和权限申请相关的客户端代码。 - 检查隐私合规逻辑：如果反复弹出的是隐私政策弹窗，请检查：在用户点击“暂不同意”后，你的应用是否完全停止了所有权限相关的调用（包括 UniPush 的初始化）。如果在用户未同意时调用了
plus.push相关 API 或进行其他敏感操作，就可能触发小米的审核不通过。可以参考这篇官方指南：如不希望应用启动时申请“读写手机存储”和“访问设备信息”权限。 - 关于 UniPush 1.0：请注意，UniPush 1.0 已经是较老的版本，官方更推荐使用 uni-push 2.0，它功能和体验更好，建议考虑升级。插件市场中也提到 “本插件已过期！仅为使用 uni-push1.0 的旧项目保留”。
请根据以上分析补充信息，我们再进一步跟进处理。
内容为 AI 生成，仅供参考
