Node.js应用在Ubuntu上如何减少日志输出

在Node.js应用的日常运维中，日志管理是个绕不开的话题——输出太少怕排查问题抓瞎，输出太多又容易撑爆磁盘、拖慢性能。尤其当应用部署到生产环境后，如何合理控制日志量就成了一个务实的工程决策。下面几个办法，基本上能覆盖绝大部分场景，值得在项目里落地试试。

第一个也是最直接的招数：调整日志级别。目前主流的日志库，比如winston、morgan、bunyan，都支持按优先级划分等级——error、warn、info、http、debug等等。级别设得越高，输出就越少。开发阶段用debug无所谓，但上了生产环境，一把推到error级别，日常噪音瞬间就降下来了。以winston为例，一行配置就能搞定：

const winston = require('winston');
const logger = winston.createLogger({
  level: 'error', // 只输出error及以上级别的日志
  // ...其他配置
});

第二种方式更简单粗暴——直接清理代码里那些可有可无的日志语句。很多时候，Debug阶段顺手写的console.log或者logger.info，上线后根本没人在意。定期做一轮代码审查，把冗余的日志调用删掉或注释掉，既减少输出量，也让后续阅读日志的人不被无关信息干扰。

第三个技巧涉及环境变量的动态控制。同一个代码库可能要在开发、测试、预发布、生产等多套环境中跑，日志策略自然不能一刀切。通过NODE_ENV这类环境变量来动态决定日志级别是一种常见做法。比如这样：

const winston = require('winston');
const logger = winston.createLogger({
  level: process.env.NODE_ENV === 'production' ? 'error' : 'debug',
  // ...其他配置
});

当NODE_ENV被设置为production时，日志级别自动跳到error，日常的info、debug全被屏蔽；而在非生产环境下依然保留完整的调试信息。既不牺牲开发体验，又保证了生产环境的整洁。

最后一个方法着眼的是日志文件的长期管理，而不是单纯减少条数。即便日志级别控制了，随着时间推移，文件还是会越积越大。这时就需要引入日志轮替工具——pm2、logrotate都是成熟的选择。以pm2为例，可以在配置文件里直接指定轮替参数：

{
  "apps": [{
    "name": "my-app",
    "script": "app.js",
    "out_file": "output.log",
    "error_file": "error.log",
    "time": true,
    "max_size": 1000000,  // 单文件上限100KB
    "retain": 5           // 保留最近5个历史文件
  }]
}

这样既能避免单个日志文件无限膨胀，又确保关键的错误日志不会因为滚动而被一次性覆盖掉。把这四种手段组合使用，在Ubuntu上运行的Node.js应用基本就能做到“该有日志时一条不少，不该有时一条不浪费”。