Firebase Hosting连接europe-west1 Cloud Function配置报错求助

你的问题核心出在函数区域不匹配、重写路径叠加以及权限配置遗漏这几个点上，下面一步步帮你排查修复：

1. 明确指定函数区域，解决跨区域跳转问题 #

你的API部署在europe-west1，但Firebase Hosting默认会尝试调用us-central1区域的同名函数——这就是你看到跳转地址变成us-central1-myproject-name.cloudfunctions.net的原因。

你需要在firebase.json的重写规则里明确标注函数区域：

"hosting": {
  "public": "public",
  "ignore": [
    "firebase.json",
    "**/.*",
    "**/node_modules/**"
  ],
  "rewrites": [
    {
      "source": "/api/**",
      "function": {
        "functionId": "api",
        "region": "europe-west1"
      }
    },
    {
      "source": "**",
      "destination": "/index.html"
    }
  ]
}

修改后Hosting就会正确路由到你部署在europe-west1的函数，而非默认的us-central1。

2. 修复路径叠加问题，避免/api/api重复路径 #

跳转后出现/api/api/v1/ical.ics这种重复路径，大概率是因为你的Cloud Functions本身就设置了/api前缀，再加上Hosting的/api/**重写规则，导致路径被叠加。

你可以做以下调整：

• 如果函数用Express构建，比如写了app.use('/api', router)，建议把函数的路由前缀去掉，改成直接用app.use(router)，这样Hosting传递的/api/v1/ical.ics会被正确解析为函数内的/v1/ical.ics。
• 或者把Hosting的重写source改成/**，但要注意避免和静态资源路径冲突。

3. 解决403权限问题 #

出现Forbidden错误，主要是函数没有允许Firebase Hosting的请求访问：

• 如果你的API不需要用户登录即可访问，部署函数时要加上--allow-unauthenticated参数，或者在Google Cloud控制台的函数详情页，把权限设置为「允许所有用户调用」。
• 如果需要限制仅Hosting域名可访问，可以在函数代码里添加验证逻辑，检查请求的X-Forwarded-Host头是否为你的myproject-name.web.app域名。

4. 重新部署配置与函数 #

修改完firebase.json后，重新部署Hosting配置：

firebase deploy --only hosting

如果调整了函数代码或权限，也要重新部署函数：

firebase deploy --only functions:api --region europe-west1

完成以上步骤后，再访问https://myproject-name.web.app/api/v1/ical.ics应该就能正常访问到你部署在europe-west1的API了。

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