Firebase Hosting代理Https Functions遇60秒网关超时，能否调整超时时间？

很遗憾告诉你，Firebase Hosting的代理超时是固定的60秒，目前没有官方方式可以自定义调整这个值——这是Hosting网关层的硬限制，和你在Cloud Functions里设置的超时时间无关。这就是为什么你直接调用cloudfunctions.net的URL能正常执行完75秒的函数，但通过Hosting代理就会在60秒触发504错误（即使函数还在后台运行）。

针对你的场景，这里给出几个更优的替代方案：

方案1：直接调用Cloud Functions URL并解决CORS问题 #

你提到直接调用函数URL会有CORS问题，这个其实很容易解决：在你的Cloud Functions代码里添加CORS配置即可。

比如用Node.js开发的话，可以用cors库快速配置：

const cors = require('cors')({ origin: true });
exports.test = functions.https.onRequest((req, res) => {
  cors(req, res, () => {
    // 处理长路径逻辑：直接调用时路径是/test/some/path，可通过req.path获取完整路径
    // 若需要兼容原Hosting的/api前缀，可在这里做路径适配
    const actualPath = req.path.replace(/^\/test/, '');
    // 你的业务逻辑代码
  });
});

这样浏览器就能正常发起跨域请求了。另外关于长路径的顾虑：Cloud Functions支持在函数URL后追加任意路径，函数内部可以通过req.path获取完整路径，你完全可以保留/api/some/path/to/test这类路径的逻辑，只需要在函数里做简单的路径前缀适配即可，不需要大幅调整代码结构。

方案2：改用Cloud Run替代Cloud Functions（如果业务允许） #

如果你的业务必须通过Hosting域名访问，且需要超过60秒的超时，可以考虑把函数迁移到Cloud Run：

• Cloud Run的服务超时可以设置到最长900秒（15分钟）
• Firebase Hosting可以通过重写规则代理到Cloud Run服务，此时Hosting的代理超时会适配Cloud Run的设置（远超过60秒）
• 迁移成本较低，HTTP服务类的代码基本可以直接复用

为什么设置Connection头无效？ #

Hosting的60秒超时是服务器端网关的强制限制，客户端发送的Connection: keep-alive或Keep-Alive头只会影响客户端与Hosting之间的连接存活时间，无法改变Hosting网关等待后端函数响应的超时时间，所以这个操作不会起作用。

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