Google Cloud Run搭配Firebase使用时出现CORS与Content-type问题咨询

问题根因说明 #

• 报错1（CORS拦截）：https://{app-id}.firebase.com 和 https://{app-id}.web.app 属于不同源，且Cloud Run侧未正确处理gRPC-web的OPTIONS预请求、未返回符合要求的CORS头
• 报错2（未知Content-Type）：Firebase Hosting的重写规则优先级低于静态资源匹配规则，gRPC请求的application/grpc-web类Content-Type被默认静态资源响应逻辑篡改，请求未正确转发到Cloud Run

分步操作方案 #

1. 调整Cloud Run gRPC服务端配置 #

• 服务端必须适配gRPC-web协议：可以直接集成对应语言的gRPC-web库，也可以在Cloud Run侧部署Envoy代理做原生gRPC到gRPC-web的协议转换，禁止直接暴露原生gRPC端口对外提供服务
• 所有响应（包含OPTIONS预请求）必须添加以下CORS响应头：

Access-Control-Allow-Origin: https://{app-id}.web.app
Access-Control-Allow-Methods: POST, OPTIONS
Access-Control-Allow-Headers: Content-Type, X-Grpc-Web, User-Agent
Access-Control-Max-Age: 86400

• 对OPTIONS类型的预请求直接返回200状态码，不要进入gRPC业务逻辑处理链路

2. 修正Firebase Hosting配置 #

修改项目根目录下的firebase.json，调整重写规则优先级，确保gRPC路径优先转发到Cloud Run，参考配置如下：

{
  "hosting": {
    "public": "build",
    "ignore": [
      "firebase.json",
      "**/.*",
      "**/node_modules/**"
    ],
    "rewrites": [
      {
        "source": "/{你的gRPC服务名}/**",
        "run": {
          "serviceId": *{你的Cloud Run服务ID}*,
          "region": *{你的Cloud Run部署区域}*
        }
      },
      {
        "source": "**",
        "destination": "/index.html"
      }
    ]
  }
}

3. 统一前端gRPC请求配置 #

• 前端所有gRPC-web请求的主机地址统一使用 https://{app-id}.web.app，无需使用firebase.com域名，从根源避免跨域问题
• 确认gRPC-web客户端初始化时未手动篡改Content-Type配置，保留默认的application/grpc-web类自动生成逻辑

4. 部署验证 #

1. 重新部署Cloud Run服务，确认gRPC-web适配和CORS配置生效
2. 执行firebase deploy --only hosting部署更新后的Firebase Hosting配置
3. 清理浏览器缓存后访问页面测试，若仍有异常可通过浏览器网络面板查看gRPC请求的响应头、返回内容，确认请求是否被正确转发到Cloud Run

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