多请求场景下ASAuthorizationController获取Apple ID授权authorizationCode为空问题

根本原因 #

这是iOS系统ASAuthorizationController的已知设计行为，并非代码逻辑错误：
当你同时向ASAuthorizationController传入ASAuthorizationPasswordRequest（邮箱密码凭证请求）和ASAuthorizationAppleIDRequest两种类型的授权请求时，触发的是系统的多凭证匹配自动登录流程，该场景下返回的ASAuthorizationAppleIDCredential属于静默匹配已有凭证的结果，系统不会生成新的authorizationCode，仅返回identityToken、用户唯一标识等基础字段。
只有单独发起Apple ID授权请求时，系统才会走完整的Apple ID授权流程，生成并返回有效的authorizationCode。

可行解决方案 #

• 方案1：拆分自动登录流程优先级
  先单独发起Apple ID的已有凭证查询请求，不与密码凭证请求合并。如果能正常获取到带authorizationCode的Apple ID凭证，直接完成登录；如果未查询到Apple ID留存凭证，再发起邮箱密码凭证的单独请求或者聚合请求。这种方式在用户有留存Apple ID授权的场景下，不会额外弹出验证弹窗，也能拿到完整的凭证字段。
• 方案2：调整服务端鉴权逻辑
  identityToken本身是苹果官方签发的有效JWT格式授权凭证，只要验签通过、签发方、有效期、受众等字段校验合法，完全可以直接用于服务端登录鉴权，不需要依赖authorizationCode。如果你的服务端当前仅支持authorizationCode校验，可以优先调整服务端逻辑兼容identityToken校验，无需改动端上的聚合登录流程。
• 方案3：优化二次验证触发逻辑
  如果上述两种方案都无法落地，再保留你当前的二次调用appleAuthenticator.login()的方案，增加触发条件判断：仅当获取到的Apple ID凭证authorizationCode为空、且identityToken无法满足服务端鉴权要求时，才触发二次Apple ID授权，同时可以给用户弹出轻量提示说明验证原因，降低用户困惑。

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