App Engine（Node.js）日志重复问题：单实例下第三、第四日志重复原因咨询

嘿，咱们来好好排查下你的App Engine（Node.js）单实例下日志重复的问题，尤其是你提到的第三、第四条日志重复的情况。结合你用Next.js + App Engine的场景，大概率是这几个原因导致的：

1. Next.js请求处理的双重日志捕获 #

如果你在server.js里自定义了日志中间件（比如Morgan、Winston这类），同时又用了Next.js的自定义服务器（Custom Server），很容易出现日志重复的情况：

• 比如你在Express实例上挂载了日志中间件，然后又把这个中间件加到了Next.js的请求处理流程里，就会导致同一请求被两次日志记录。
• 尤其是第三、第四日志，可能对应某个特定的SSR页面或API路由请求——这类请求本身会经过Next.js的内部处理，再加上你自定义的中间件，就会触发重复日志。

2. App Engine的请求重试或健康检查 #

虽然你设置了manual_scaling: instances: 1，但App Engine本身有两个机制可能导致日志重复：

• 健康检查请求：App Engine会定期发送/_ah/health的健康检查请求，如果你的日志逻辑没过滤掉这类请求，可能会看到重复的健康检查日志。如果刚好是第三、第四日志对应健康检查，那就是这个原因。
• 请求重试：如果某个业务请求超时、返回错误码（比如5xx），App Engine会自动重试该请求，导致同一请求被处理两次，日志自然重复。你可以查看日志里的Request ID——如果两条重复日志的ID相同，那就是重试导致的。

3. package.json脚本的重复执行问题 #

重点检查你的gcp-build和start脚本，这是Next.js部署App Engine时的常见坑：

• 如果gcp-build脚本里不小心写了启动服务器的逻辑（比如误加了npm start），那在构建阶段就会启动一次服务器，部署完成后start脚本又会再启动一次——相当于同一个App Engine实例里跑了两个服务器进程，都会输出日志，导致重复。
• 另外，如果start脚本是next start，但你又在server.js里手动调用了next().listen()，也会导致双重启动，触发重复日志。

4. 日志库的重复初始化 #

如果你用的日志库（比如Winston、Bunyan）在代码里被多次初始化，或者在不同模块（比如server.js和某个API路由文件）里都配置了相同的日志输出，就会导致同一日志被多次打印。比如你在server.js里初始化了一次Winston实例，又在某个API路由里再次初始化了同一个实例，就会触发重复日志。

排查步骤建议 #

1. 核对请求ID：查看重复日志的Request ID，相同ID说明是同一请求被重复处理，不同ID则是不同请求（比如健康检查+业务请求）。
2. 检查日志中间件：确认server.js里的日志中间件只挂载了一次，没有同时加到Express和Next.js的处理流程里。
3. 清理脚本逻辑：确保gcp-build仅做构建（比如next build），start脚本只启动一次服务器（比如node server.js或next start）。示例正确脚本：

   {
     "scripts": {
       "gcp-build": "next build",
       "start": "node server.js"
     }
   }
   

4. 过滤健康检查请求：在日志中间件里排除/_ah/health路径，比如用Morgan的话：

   app.use(morgan('combined', {
     skip: (req, res) => req.path === '/_ah/health'
   }));
   

5. 检查日志库配置：确保日志实例只初始化一次，避免在多个模块重复配置。

如果还是没解决，可以把server.js的关键代码、package.json的完整脚本内容贴出来，这样能更精准定位问题。

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