NGINX Unit 中 Node.js 应用重复发送 HTTP 请求的问题解析

在使用 NGINX Unit 的 Node.js 容器化应用时，开发者可能会遇到 HTTP 请求被意外发送两次的情况。本文将深入分析这一现象的原因，并提供解决方案。

问题现象

当开发者使用 unit:node Docker 镜像运行 Node.js 应用时，虽然应用日志只显示发送了一次 HTTP 请求，但目标服务器却收到了两次请求。这种情况在简单的配置下也能复现，特别是在应用启动时自动发送的请求中最为明显。

根本原因

经过深入分析，发现这个问题与 NGINX Unit 在 Docker 中的启动机制有关：

1. 双阶段启动过程：当 Unit 首次在 Docker 中启动时，它会检查是否存在状态文件。如果不存在，Unit 会先创建一个状态文件，然后自动重启。这个设计确保了配置的持久化。

2. 应用启动逻辑：在 Node.js 应用中，如果代码在启动时立即发送 HTTP 请求（如在模块顶层或立即执行的函数中），这个请求会在 Unit 的两次启动过程中各执行一次。

技术细节

典型的触发场景代码如下：

const http = require("unit-http");

// 应用启动时立即发送请求
const options = {
  hostname: "example.com",
  port: 80,
  path: "/test",
  method: "GET"
};

const req = http.request(options, (res) => {
  console.log("请求发送成功");
});

req.end();

// 创建HTTP服务器
const server = http.createServer((req, res) => {
  res.writeHead(200);
  res.end("响应内容");
});

server.listen();

在这种情况下，由于 Unit 的两次启动，顶层的请求代码会执行两次，而开发者可能只注意到了一次日志输出。

解决方案

针对这个问题，开发者可以采取以下几种解决方案：

1. 延迟请求发送：将自动发送的请求逻辑移到路由处理中，而不是应用启动时执行。

2. 使用启动标志：在应用中添加启动标志，确保请求只在真正的应用运行阶段发送。

3. 优化容器启动流程：在 Dockerfile 中预先创建 Unit 的状态文件，避免双阶段启动。

最佳实践建议

1. 避免在应用启动时立即执行外部请求，特别是关键业务操作。

2. 对于必须要在启动时执行的操作，添加适当的检查机制。

3. 充分理解 Unit 在容器环境中的启动特性，合理设计应用架构。

通过理解 NGINX Unit 的这种行为特性，开发者可以更好地设计应用架构，避免出现意外的重复请求问题。