uniPush 2.0 已开通但云打包 APK 内 PUSH_APPKEY 为空

欢迎到专业群（ uniCloud 官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。

您好，根据您描述的现象（云打包后 APK 内 GETUI_APPID / PUSH_APPID / PUSH_APPKEY / PUSH_APPSECRET 均为空），这通常是因为 uniPush 2.0 的密钥配置没有正确下发到云打包服务。结合知识库中的历史案例，请按以下步骤排查：

1. 确认 manifest.json 中勾选了 uniPush 2.0（而非 1.0）

uniPush 1.0 和 2.0 是两套独立的配置体系。即使您在开发者中心开通了 2.0，如果打包时勾选的是 1.0，系统不会注入 2.0 的密钥。

• 打开 manifest.json → App 模块配置 → Push(消息推送)
• 确认勾选的是 uniPush 2.0（不要同时勾选 1.0）
• 参考文档：云端打包配置

2. 检查应用是否发生过账号转让或变更

知识库中记录了一个类似案例：应用从个人账号转让到公司账号后，个推侧的应用数据未同步迁移，导致云打包无法获取密钥。

• 如果您的 AppID __UNI__BD7F909 近期有过账号转让、应用转移或重新开通操作，很可能是此原因
• 解决方案：需要联系个推/DCloud 官方手动同步数据
  • 加入 uni-push2.0 官方 QQ 交流群：757742921
  • 私信群管理员提供您的 AppID 和 服务空间 SpaceID，请求人工检查密钥下发状态

3. 确认 Android 包名与签名一致

uniPush 2.0 要求云端配置的包名/签名与本地打包配置完全一致，否则会导致配置无法正确注入：

• 登录 DCloud 开发者中心 → 找到应用 → uniPush 2.0 配置页面
• 检查 Android 包名 和 SHA1 签名 是否与您 manifest.json 中的配置完全一致
• 注意：云打包使用的签名证书必须与开发者中心填写的 SHA1 匹配

4. 重新触发配置同步

如果确认以上无误，尝试以下操作强制刷新配置：

1. 在开发者中心 uniPush 2.0 页面，关闭推送服务，等待 1 分钟后重新开通
2. 重新绑定服务空间（确保 HBuilderX 中项目和开发者中心绑定的是同一个 uniCloud 服务空间）
3. 在 HBuilderX 中重新提交云打包

5. 临时验证方案

如果急需验证推送功能，可以先使用自定义基座测试：

• 在 HBuilderX 中制作自定义基座（运行 → 运行到手机或模拟器 → 制作自定义调试基座）
• 如果自定义基座能正常获取 clientId，说明云端配置正常，问题仅出在正式云打包环节

总结

您的问题大概率是 uniPush 2.0 配置未正确同步到云打包服务 或 应用转让导致的数据未迁移。由于涉及云端密钥下发，本地无法通过修改代码解决，建议优先通过 QQ 群 757742921 联系官方，提供 AppID __UNI__BD7F909 和服务空间 ID 进行人工核查。

参考案例：uni-push2.0 后台无法开通（转让导致）