使用Google作为登录提供商时遇redirect_uri_mismatch错误排查

• 核对完整重定向URI的一致性：你仅配置了域名lyricsandquotes.org，但实际发起OAuth请求时的redirect_uri可能带协议（http/https）、具体路径（比如https://lyricsandquotes.org/auth/callback），必须和OAuth客户端ID配置里的内容完全匹配——包括协议头、斜杠、大小写，差一个字符都可能触发错误。
• 确认用对OAuth客户端ID类型：如果是Web应用，一定要使用Web类型的客户端ID，别误用Android/iOS或桌面端的ID，不同类型的客户端配置相互独立。
• 检查API Key的Referrer限制：API Key里的HTTP referrer如果只设了主域名，而实际请求来自子页面，或者没加https://前缀（比如只写lyricsandquotes.org/*），也可能间接导致验证失败，建议暂时改成https://lyricsandquotes.org/*测试。
• 清空浏览器缓存与Cookie：旧的OAuth会话缓存可能仍在生效，用隐身模式打开页面测试，或直接清空当前浏览器的缓存、Cookie后重试。
• 给配置留生效时间：Firebase/Google Cloud的配置变更并非即时全局生效，有时候需要等待5-10分钟，别刚改完就急着测试。
• 抓包查看实际请求的redirect_uri：打开浏览器F12的网络面板，找到OAuth授权请求（一般是https://accounts.google.com/o/oauth2/v2/auth这类），查看请求参数里的redirect_uri值，和你控制台配置的对比，就能定位不匹配的地方。

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