React Native对接Django Allauth实现Google登录返回"Incorrect value"问题

该报错是Django Allauth在社交认证流程中，对传入的第三方身份参数校验未通过时返回的通用错误，不直接指向具体字段错误，常见触发场景包括三类：

• 请求参数冲突：Django Rest Auth内置的Google认证端点默认采用Token直传校验逻辑，仅接收access_token字段完成身份核验，不支持同时传入code参数。前端将从React Native Google Signin拿到的code与access_token共同放入请求体时，Allauth会因参数规则不匹配直接抛出通用校验错误。
• 流程逻辑错配：React Native Google Signin默认返回的code是供本地端直接换领id_token的授权码，并非适配Django后端走Authorization Code流程生成的可交换凭证。后端拿到这个原生返回的code后，使用Web客户端的Secret向Google换领用户信息时，会因code的生成来源、绑定的redirect_uri完全不匹配被Google拒绝，最终触发报错。
• 客户端配置不匹配：后端Allauth中绑定的Google社交应用凭证，需要和React Native端配置的webClientId完全对应。如果错将Android/iOS客户端的ID填入后端配置，会导致后端拿到前端传递的access_token后，校验token的受众（audience）不匹配，无法通过Google的身份校验。

• 精简接口传参：调用Django Rest Auth的Google登录接口时，仅将React Native端登录成功后返回结果里的accessToken值，作为请求体的access_token字段传递，彻底移除多余的code参数。正确的请求体结构为：

  {
    "access_token": "GoogleSignin返回的accessToken字符串"
  }
  

• 校准后端Allauth配置：在Django后台的社交应用管理模块，确认Google社交应用绑定的Client ID与前端配置中的webClientId（即Google Cloud Console创建的A类Web应用ID）完全一致，对应的Client Secret与Web应用生成的密钥完全匹配。无需将Android、iOS类型的OAuth客户端单独在Allauth中创建条目——这类客户端仅用于Google端校验移动应用的合法性，本身没有独立Secret，不参与后端的身份校验流程。
• 补全Google Cloud Console的应用校验信息：确认Android客户端配置中已填写正确的应用包名、签名SHA1，iOS客户端配置中已填写正确的Bundle ID，避免React Native端拿到未经过完整校验的无效测试token，导致后端向Google拉取用户信息时被拒绝。
• 精准定位错误：在Django配置中将allauth模块的日志级别调整为DEBUG，触发报错时查看日志记录的具体校验失败原因，区分是token过期、受众不匹配、还是凭证错误，避免被前端收到的通用错误信息误导。

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