Azure App Service中Node后端重复日志问题排查求助

既然已经排除了客户端的问题，那根源大概率在服务端代码或者Azure的配置层面，下面是几个我日常排查这类问题时常用的方向，你可以逐一验证：

1. 检查日志中间件/模块的重复注册 #

Node.js项目里很容易出现重复注册日志相关逻辑的情况，尤其是Express这类框架：

• 打开你的入口文件（比如app.js/server.js）和各个路由文件，看看是不是在多个地方调用了日志中间件，比如morgan或者自定义的日志处理函数：

  // 错误示例：重复注册morgan日志中间件
  const morgan = require('morgan');
  app.use(morgan('combined'));
  // 某个路由模块里又重复添加了一次
  router.use(morgan('combined'));
  

• 同时检查依赖注入或模块导出逻辑，确认是否存在日志模块被多次实例化的情况。

2. 确认App Service的运行实例与进程状态 #

虽然你用Postman测试过，但还是要排除多实例或多进程的干扰：

• 登录Azure门户，进入你的App Service，在设置 > 规模调整里确认当前运行实例数是否为1。如果是多实例，每个实例都会独立输出日志，但如果是单请求的重复日志，这个可能性较低，但先排除。
• 打开Kudu控制台（https://<你的应用名>.scm.azurewebsites.net），进入进程资源管理器，查看Node.js进程数量。如果是单实例非集群模式，正常应该只有一个node.exe进程；如果用了pm2管理进程，运行pm2 list看看是否有重复的应用实例被启动。

3. 排查Azure日志配置的重复规则 #

有时候Azure的多层日志配置会导致重复记录：

• 进入App Service的监测 > 日志页面，检查是否同时启用了应用日志文件和Azure Monitor日志，且两者配置了相同的日志级别（这种情况更多是存储重复，但还是确认下）。
• 如果是IIS托管的Node应用，检查web.config里是否存在重复的日志处理规则，比如重复定义了iisnode或其他日志相关的handler。

4. 检查自定义日志代码的重复调用 #

如果是你自己实现的日志逻辑，可能存在重复触发的情况：

• 确认是否在中间件和路由处理函数里都打了日志，比如：

  // 全局中间件记录请求
  app.use((req, res, next) => {
    console.log(`Received request: ${req.method} ${req.path}`);
    next();
  });
  // 路由内部又重复记录了一次
  app.get('/api/user', (req, res) => {
    console.log(`Handling user request: ${req.method} ${req.path}`);
    res.send({data: {}});
  });
  

• 若使用winston这类日志库，检查是否创建了多个logger实例，且都配置了相同的输出传输方式。

5. 通过Request ID定位请求处理次数 #

每个Azure App Service的请求都有唯一的Request ID，你可以从日志里提取这个字段：

• 查找日志中的x-ms-request-id或request-id字段，确认重复的日志条目是否对应同一个Request ID。如果是，说明同一个请求被服务端处理了两次；如果不是，那可能存在请求被重复发送的情况（但你用Postman测试过，这个概率很低）。

如果以上步骤都没找到问题，你可以把脱敏后的重复日志片段，以及项目中日志相关的代码片段贴出来，这样能更精准地定位问题。

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