能否暂存HTTP请求，后续通过其他服务器向客户端返回响应

这个需求完全可以实现，核心要解决HTTP长连接保活、请求上下文跨服务传递两个问题，具体落地逻辑如下：

核心实现步骤 #

• 首先在接收用户请求的入口Node.js服务中，调整HTTP服务超时配置：Node.js默认HTTP服务超时时间为2分钟，需要通过server.setTimeout(15 * 60 * 1000)将超时阈值调整为15分钟以上，覆盖10分钟的等待窗口。如果入口前有Nginx、云负载均衡等反向代理节点，也要同步修改代理层的proxy_read_timeout等超时参数，避免中间节点主动断开连接。
• 收到用户请求后，生成全局唯一的请求ID，将请求参数、请求ID、客户端TCP连接对象等上下文信息持久化存储，同时将请求转发到另一台业务处理服务器，或投递到Kafka/GCP PubSub这类消息队列中，设置消息延迟10分钟投递。
• 10分钟后负责处理业务的Node.js应用拿到请求完成业务逻辑，若业务服务和入口服务可以共享连接上下文，可直接通过暂存的连接对象向用户返回响应；若架构为分布式部署无法直接共享连接，可将处理结果和请求ID回传给入口服务，入口服务根据请求ID匹配到之前暂存的连接，再向用户返回响应即可。

注意事项 #

• 需要做好异常兜底逻辑：如果10分钟内用户端因为网络波动主动断开连接，要及时清理对应的请求上下文，避免内存泄漏。
• 如果请求发起方是浏览器，需要注意部分浏览器自带的HTTP请求超时限制，必要时可配合前端轮询、WebSocket做降级处理，只要各层超时配置匹配10分钟以上的等待窗口，纯HTTP长连接方案可稳定运行。

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