设置租户ID后Google Identity Platform身份验证报错400:redirect_uri_mismatch

DevOps 小满

2026-8-3

排查方向：设置GCP Identity Platform租户ID后出现redirect_uri_mismatch错误

核对租户专属OAuth客户端的重定向URI配置
启用租户ID后，身份验证会切换到该租户的上下文，而非全局项目配置。你需要进入GCP控制台的Identity Platform租户管理页面，找到对应租户的OAuth客户端，确保其重定向URI和你全局配置的完全一致——包括协议（HTTP/HTTPS）、域名、端口、路径，哪怕一个字符的差异都会触发错误。
校验tenantId的准确性
检查你设置的auth.tenantId是否和GCP控制台里的租户ID完全匹配，有没有拼写错误、多余空格或者大小写偏差。直接从控制台复制租户ID替换代码中的值，避免手动输入失误。
调整Angular Fire的租户初始化时机
不要在调用signInWithPopup前临时设置auth.tenantId，建议在Angular Fire的初始化阶段就指定租户ID，确保Auth实例全程使用租户上下文。示例代码：
```
provideAuth(() => {
  const auth = getAuth();
  auth.tenantId = '你的租户ID';
  return auth;
})
```
临时设置可能导致Auth实例上下文未完全切换，请求时误用了全局的OAuth配置。
清除缓存排除会话干扰
浏览器缓存的旧OAuth会话（无租户场景）可能和新的租户请求冲突。尝试用隐身窗口测试，或者清除浏览器的Cookie、本地存储，确认是否是缓存导致的重定向URI不匹配。
抓包验证实际请求的redirect_uri参数
有些情况下，设置租户ID后，前端生成的重定向URI可能和你配置的有差异（比如多了末尾斜杠、端口不同）。用浏览器开发者工具的网络面板抓包，查看OAuth请求中的redirect_uri参数值，和GCP控制台配置的逐一对比，找出差异点。
检查租户身份提供商的单独配置
若你使用第三方身份提供商（如Google、Facebook），每个租户可能需要单独配置该提供商的回调地址。进入租户的身份提供商设置页面，确认重定向URI已正确添加，而非仅在全局项目中配置。