Node.js http模块GET请求的event stream在Docker容器中无报错冻结问题

1. 完善长连接代码逻辑，添加保活、超时与重连机制 #

问题核心原因是中间网络节点（Docker网络栈、宿主机NAT网关、运营商网关等）会自动清理长时间无数据传输的空闲TCP连接，且不会发送断开通知，导致Node.js进程认为连接仍存活，实际已经被掐断。原生代码只监听了data和error事件，没有处理超时、连接关闭等场景，也没有开启TCP保活，就会出现无报错挂起的情况。
修改后的代码参考：

// 将请求逻辑封装成可重入的函数
function connectEventStream() {
  http.get(EVENT_STREAM_ADDRESS, res => {
    // 启用TCP保活，每30秒发送一次探测包
    res.socket.setKeepAlive(true, 30 * 1000);
    // 设置5分钟无数据传输即触发超时
    res.socket.setTimeout(5 * 60 * 1000);

    res.on('data', (buf) => {
      const str = Buffer.from(buf).toString();
      console.log(str);
    });

    res.on('error', err => console.log("响应错误: ", err));
    
    // 超时后主动销毁连接，触发重连
    res.on('timeout', () => {
      console.log('Event Stream连接超时，主动断开');
      res.destroy();
    });

    // 连接关闭时自动重连
    res.on('close', () => {
      console.log('Event Stream连接断开，10秒后重连');
      setTimeout(connectEventStream, 10 * 1000);
    });
  }).on('error', err => {
    console.log('请求发起错误:', err);
    // 请求失败也触发重连
    setTimeout(connectEventStream, 10 * 1000);
  });
}

// 首次调用启动连接
connectEventStream();

2. 优化Docker配置与基础镜像 #

• 修复原Dockerfile的不合理逻辑：不要把依赖安装放在CMD阶段，每次容器启动都会重复安装依赖，不仅启动慢还容易出现运行时错误。同时建议替换Alpine镜像为Debian系的Slim镜像，规避Alpine内置网络模块的兼容性问题：

FROM node:20-slim

WORKDIR /app

# 提前拷贝依赖声明，利用Docker层缓存
COPY package*.json ./
RUN npm install --production

# 拷贝业务代码
COPY . .

EXPOSE 4000

CMD ["npm", "run", "start"]

• 启动容器时开启TCP保活配置：
  命令行启动时添加参数：docker run --tcp-keepalive 30 你的镜像名称
  如果使用docker-compose，在服务配置中添加：

  services:
    your-app:
      image: 你的镜像名称
      tcp_keepalive_time: 30
  

3. 增加应用层心跳（可选，稳定性更高） #

如果Event Stream服务端支持发送心跳帧（一般是:keepalive格式的注释帧），可以在客户端增加超时检测：如果连续10分钟没有收到任何数据（包括心跳），就主动销毁连接重连，可靠性比传输层TCP保活更高，可规避服务端假死但连接未断开的场景。

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