我之前也帮开发者排查过类似的问题，结合你遇到的错误码和审核场景，给你整理几个针对性的解决步骤：

1. 先锁定核心错误根源 #

• AKAuthenticationError Code=-7089 大概率和Bundle ID不匹配或Apple开发者后台配置缺失有关；
• AuthorizationError Code=1000 是通用授权失败，通常是前面的配置问题导致的连锁反应，加上审核用的是iPad模拟器，还要考虑iPad端的特殊适配。

2. 逐一排查修复点 #

核对Bundle ID与开发者后台配置 #

• 确认你项目里的Bundle ID（com.example.xxxxx.juice）和Apple开发者后台中开启「Sign in with Apple」服务的Bundle ID完全一致，包括大小写、后缀，不能有任何拼写错误；
• 登录开发者后台，检查「Certificates, Identifiers & Profiles」里，对应Bundle ID的「Sign in with Apple」服务是否已启用，并且关联了正确的主App ID（如果是关联子App的场景）。

适配iPad模拟器的权限与界面 #

审核用iPad测试，这个场景很容易踩坑：

• 先检查模拟器的系统设置：打开模拟器「设置」→「Apple ID」→「密码与安全性」→「使用Apple ID登录其他App」，确保这个选项是开启状态，关闭会直接导致授权失败；
• 确保你的代码适配了iPad的授权界面展示：iPhone上是弹窗，iPad需要指定展示锚点。如果示例项目没处理iPad，要补充以下代码：

  let authController = ASAuthorizationController(authorizationRequests: [appleIDRequest])
  authController.delegate = self
  // 必须添加这一行适配iPad
  authController.presentationContextProvider = self
  authController.performRequests()
  

  然后实现对应的协议方法，返回当前界面的窗口：

  func presentationAnchor(for controller: ASAuthorizationController) -> ASPresentationAnchor {
      return self.view.window!
  }
  

二次验证项目权限与配置 #

虽然你说已经加了权限，但再仔细核对一遍：

• 打开项目的「Signing & Capabilities」标签，确认「Sign in with Apple」Capability已经添加，并且**所有目标（包括iPad专属目标，如果有的话）**都启用了这个能力；
• 检查Info.plist里的CFBundleIdentifier是否和后台完全一致，这个字段是核心匹配项，不能有任何差异。

重置模拟器环境 #

有时候模拟器的缓存会导致奇怪的授权问题：

• 打开iPad模拟器，选择顶部菜单「Hardware」→「Erase All Content and Settings」，重置后重新登录有效的Apple ID（建议用已验证的普通账号或开发者账号），再测试登录功能。

确认网络连通性 #

模拟器需要正常访问Apple的授权服务器，检查模拟器的网络是否正常，有没有被代理、防火墙阻挡，网络不通也会触发这类授权错误。

最后 #

按照这些步骤排查后，应该能解决审核时的问题，尤其是iPad端的适配很容易被示例项目忽略，重点关注这部分。

内容的提问来源于stack exchange，提问作者Noob