已配置Cloud Function长超时，如何延长Firebase Hosting请求超时？

Firebase Hosting的60秒请求超时是平台硬性限制，没有官方途径可以直接延长。不过可以通过以下几种变通方案解决长耗时函数的调用问题：

1. 直接调用Cloud Function原生URL #

既然你已经配置了Cloud Function的超时为300秒，且原生URL能正常处理长请求，可直接让客户端使用https://REGION-PROJECT_ID.cloudfunctions.net/FUNCTION_NAME调用。需要注意：

• 若前端调用，需在函数中配置正确的CORS规则，避免跨域问题
• 原生URL不会走Firebase Hosting的缓存和CDN，适合对延迟不敏感的后端服务调用场景

2. 改用异步任务模式 #

对于前端交互场景，不要让请求等待函数执行完成，而是采用“触发-轮询/通知”的方式：

• 前端通过Hosting URL发起请求，函数立即创建一条任务记录（比如存在Firestore或Realtime Database中），返回唯一的任务ID
• 函数触发一个后台异步任务（可通过Cloud Pub/Sub触发另一个Cloud Function）执行长耗时操作
• 操作完成后，更新任务记录的状态和结果
• 前端通过轮询任务ID对应的记录，或利用Firebase的实时监听功能，获取最终执行结果

这种方式既符合Hosting的超时限制，又能完成长耗时操作，还能提升前端用户体验（不会长时间等待无响应）。

3. 用Cloud Run替代Cloud Function #

将长耗时逻辑部署到Cloud Run，它支持最长900秒的请求超时，同时可以通过Firebase Hosting的重写规则保留自定义URL：

• 将原Cloud Function的代码打包为容器镜像，部署到Cloud Run时设置超时时间为300秒
• 在firebase.json中添加重写规则，把对应路径指向Cloud Run服务，示例配置：

  {
    "hosting": {
      "rewrites": [
        {
          "source": "/your-function-path",
          "run": {
            "serviceId": "your-cloud-run-service",
            "region": "REGION"
          }
        }
      ]
    }
  }
  

这样用户访问Hosting URL时，请求会转发到Cloud Run，就能支持长耗时执行了。

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