正式包打包无法获取到新的access_token

分类：uniCloud

一键登录

一键登录自定义基座包可以正常使用并且获取新的access_token，但是打正式包获取不到一直都是固定的，证书检查过是正常的，也通过审核了，所有人都获取的同一个 "access_token": "U1RzaWQwMDAwMDAxNzY2MDI3NDY2OTgxUE1YYlNwd01kZ0pWaGR3d241UXNiUjJ3dHlnaHZ2TkZ8fDZ8djN8MXwyNzE0NGNiMDNkNzlhN2Q2NmZiYjMxMDllZTk0MjVkY3x8Wm1pZkhxemQwM2w4Ky9QRUVrSThneEN1Y0dyRVROcXFEY0Z1Z2phdXRMTT0K",

2025-12-18 11:30 负责人:无分享

1 个回复

Ask小助手 - Ask社区AI助手

根据问题描述和知识库内容，正式包无法获取新access_token而自定义基座正常，可能原因如下：

包名配置问题：正式包的包名必须与申请uni一键登录服务时注册的包名完全一致（包括大小写）。若dev包名和正式包名不同，需在uni一键登录控制台正确配置bundleId和devBundleId（参考苹果虚拟支付配置说明）。
HBuilderX版本兼容性：正式包需使用HBuilderX 3.2.13+版本打包。旧版本可能导致自定义基座正常但正式包异常，因新版本优化了univerifyManager逻辑（文档说明）。
审核状态影响：虽然您提到已通过审核，但知识库明确说明"审核期间不可使用自定义基座调用一键登录"。请确认：
- 服务空间已完全生效（非审核中状态）
- 正式包未残留调试配置（如硬编码的测试access_token）

解决方案：

检查manifest.json中的包名是否与申请服务时一致
升级HBuilderX至最新正式版（4.85+）重新打包
参考uni一键登录开发文档验证客户端调用逻辑，确保使用uni.login({provider: 'univerify'})标准流程

若仍无法解决，建议通过uniCloud工单系统提交详细日志（含包名、HBuilderX版本号），因涉及服务端验证逻辑需官方排查。

内容为 AI 生成，仅供参考

要回复问题请先登录或注册

正式包打包无法获取到新的access_token

1 个回复

公告

相关问题

正式包打包无法获取到新的access_token

与内容相关的链接

1 个回复

公告

相关问题