Google Console中Error 400 - redirect_uri_mismatch问题求助

Hey Pragyan，我之前也踩过这个redirect_uri_mismatch的坑，给你分享几个实用的排查和解决思路，应该能帮你搞定：

• 先确认URI完全匹配：Google对重定向URI的匹配要求非常严格，哪怕是大小写差异、末尾多/少一个斜杠、或者细微的域名拼写错误都会触发这个错误。你需要把Google Console里的「Authorized Redirect URIs」和AWS Cognito的「Allowed Callback URLs」逐字符对比，「Authorized JavaScript Origins」也要和Cognito的允许来源（如果配置了）完全一致。
• 检查OAuth客户端ID对应的项目：新手很容易在Google Cloud的多个项目间搞混，要确保你当前应用使用的OAuth 2.0客户端ID，是来自你已经配置了正确URI的那个Google Cloud项目。可以进入Google Console的「API和服务」→「凭据」页面，核对客户端ID对应的URI配置。
• 理清Cognito和Google的联动逻辑：这里很多人会搞反配置——实际上，Google的重定向URI应该填写Cognito的身份提供者回调地址（格式类似https://your-user-pool-domain.auth.region.amazoncognito.com/oauth2/idpresponse），而你的前端地址是配置在Cognito的「Allowed Callback URLs」里的。因为登录流程是前端→Cognito→Google，Google完成验证后会先跳回Cognito的这个回调地址，再由Cognito跳转到你的前端。
• 清除缓存测试：有时候配置更新后，浏览器、Cognito或者Google侧的缓存还没生效，导致仍然用旧配置验证。可以试试用无痕浏览器测试，或者手动清除浏览器缓存，甚至重新保存一次Cognito的身份提供者配置。
• 用开发者工具定位问题：打开浏览器的开发者工具（F12），在登录请求中找到向Google OAuth发起的请求，查看其中的redirect_uri参数值，把这个值和Google Console里配置的「Authorized Redirect URIs」对比，就能直接找到不匹配的地方。

备注：内容来源于stack exchange，提问作者Pragyan Satapathy