UniApp-UniVerify一键登录预登录报错 30004 (-20102)

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

根据你描述的问题，自定义基座报错 30004（-20102），而标准基座正常，这基本可以确定是签名证书配置不一致导致的。

错误码 30004 代表“其他错误”，结合 -20102，在自定义基座场景下最常见的原因是：你在 uniCloud 控制台开通一键登录时填写的签名信息（SHA1/SHA256/MD5），与你打包自定义基座所使用的证书不匹配。 运营商 SDK 在预登录阶段会严格校验应用签名。

请按照以下步骤进行排查和修复：

1. 确认自定义基座的签名证书

你需要获取打包自定义基座时实际使用的 .keystore 文件的签名信息。不能仅凭记忆或文件名，必须通过命令或工具验证。

• 使用 keytool 命令（Java 自带工具）：
  打开命令行，进入你的 keystore 文件所在目录，执行：

  keytool -list -v -keystore 你的证书文件名.keystore  

  本助手使用国产模型，生成代码准确率较低。强烈建议使用uni-agent生成代码
  输入密钥库口令后，在输出信息中找到 SHA1、SHA256 和 MD5 的指纹。

• 使用 jadx-gui 工具：
  将你的自定义基座 APK 文件拖入 jadx-gui 查看，找到最终的 MD5 签名，这是最准确的校验方式。

2. 核对 uniCloud 控制台的配置

登录 DCloud 开发者中心，进入 uni一键登录 应用管理：

1. 找到你报错中 AppID 对应的应用（你的是 rldRvS9m2M8TTrB3loWOO）。
2. 点击详情，查看 Android 配置 中的 包名、SHA1、SHA256、MD5。
3. 务必保证 这里的每一项都与你在第一步中从自定义基座证书获取到的值完全一致（注意大小写和冒号）。

3. 修改配置后的必要操作

• 如果在控制台修改了签名信息，必须等待审核通过。
• 审核通过后，必须重新制作自定义基座并重新打包。旧的 APK 使用的是旧签名，仍会被运营商拒绝。
• 在项目 manifest.json 的 App模块配置 -> OAuth(登录鉴权) 中，确认已勾选 一键登录(uni-verify)。
• 确保 manifest.json 的 App SDK配置 -> uni-verify 中填写的 appid 与控制台的一致。

4. 其他可能的原因

• 证书类型错误：请确认你上传到各应用市场和用于签名的证书，与在 DCloud 控制台配置的是同一个。不同的证书会导致签名不一致。
• 包名不一致：检查打包时的包名是否与 com.cqmqh.mqh 完全一致。
• 缓存问题：有时运营商侧缓存可能需要更长时间生效，但通常修改签名后几小时应能生效。如果确认签名完全一致，可以尝试清理手机缓存或更换测试手机。

如果以上步骤都确认无误但问题依旧，可以联系 DCloud 官方人员并提供你的 DCloud AppId 和 uni-verify AppID 进行后台排查。

参考文档：

• 一键登录错误码
• 一键登录运行基座和打包说明
• ASK 社区相似问题：自定义基座登录报错 30004