一、console.info()的本质：console.log的别名

Node.js官方文档对console.info()的定义只有一句话：与console.log相同。

这个定义需要被严肃对待。在Node.js运行时中，console.info()和console.log()指向的是同一个底层实现。两者都使用util.format()格式化参数，都写入process.stdout，都在输出末尾附加换行符。不存在任何运行时行为差异——没有不同的颜色，没有不同的前缀，没有不同的目标流。

一个值得注意的细节是：这个别名关系在Node.js的历史文档中始终保持一致。从早期的io.js文档到当前的v21canary文档，console.info()的定义始终是“Sameasconsole.log”。

这意味着，如果你在Node.js终端中运行以下两行代码，视觉输出相同：

console.log('服务已启动，端口: %d', 8080);
console.info('服务已启动，端口: %d', 8080);
// 两者输出：服务已启动，端口: 8080

二、语义价值：意图表达与代码可维护性

既然运行时行为相同，console.info()的存在意义在哪里？

答案在代码的可读性与意图表达。当一位维护者阅读代码时，console.info('用户登录成功')比console.log('用户登录成功')传递了更明确的信号：这是一条信息级日志，是应用程序正常运行时的状态记录，而非临时的调试输出或需要关注的警告。

社区中有一种被广泛讨论的约定：console.log用于临时调试，console.info用于应当保留的信息输出。这种约定配合ESLint规则可以形成有效的工程约束：

// eslint 规则配置
{
  "rules": {
    "no-console": ["warn", { "allow": ["info", "warn", "error"] }]
  }
}

配置后的效果是：console.log触发警告，提醒开发者“这是临时调试语句，提交前应当移除”；console.info不触发警告，因为它被约定为“需要保留的信息输出”。这种约束帮助团队在代码审查中快速识别需要清理的调试残留。

三、与console.log()的运行时一致性

以下对比表汇总了两者在Node.js中的全部运行时属性：

浏览器端是唯一存在视觉差异的环境。在Firefox中，console.info()的输出行前会显示一个ⓘ图标；Chrome在部分版本中也有类似处理。但这种差异不改变日志的语义级别，只是视觉标识。

四、生产环境中的日志级别映射

在结构化日志系统（如Datadog、Logtail、Papertrail）中，console.info()输出的日志通常被自动归类为INFO级别。这是console.info()在Node.js原生console体系中最重要的实践价值：它让日志采集系统能够自动识别信息级日志，无需解析日志内容。

例如，在PM2管理的Node.js进程中，console.info()的输出进入PM2的stdout日志流，可以被日志采集代理读取并按级别分类。而如果全部使用console.log，日志系统无法区分“信息”和“其他内容”，级别过滤能力大打折扣。

五、单元测试方案

测试console.info()的核心是验证它写入stdout而非stderr，以及格式化行为与console.log一致。

测试一：验证目标流为stdout

const test = require('node:test');
const assert = require('node:assert');
const { Console } = require('node:console');
const { Writable } = require('node:stream');

function capture() {
  const stdoutChunks = [];
  const stderrChunks = [];
  const stdout = new Writable({ write(c, e, cb) { stdoutChunks.push(c.toString()); cb(); } });
  const stderr = new Writable({ write(c, e, cb) { stderrChunks.push(c.toString()); cb(); } });
  const c = new Console({ stdout, stderr });
  return { c, getStdout: () => stdoutChunks.join(''), getStderr: () => stderrChunks.join('') };
}

test('console.info 写入 stdout 而非 stderr', () => {
  const { c, getStdout, getStderr } = capture();
  c.info('test message');
  assert.match(getStdout(), /test message/);
  assert.strictEqual(getStderr(), '');
});

测试二：格式化行为与console.log一致

test('console.info 与 console.log 格式化输出相同', () => {
  const a = capture();
  const b = capture();
  a.c.info('value: %d', 42);
  b.c.log('value: %d', 42);
  assert.strictEqual(a.getStdout(), b.getStdout());
});

六、常见误区速查

延伸阅读与参考文献

Node.js 官方文档-Console模块
https://nodejs.org/api/console.html
定义console.info([data][,...args])为console.log的别名，明确两者写入同一stdout流。这是判断console.info运行时行为的权威来源。

Node.js 官方文档-util.format()
https://nodejs.org/api/util.html#utilformatformat-args
console.info和console.log共用的格式化实现。%s、%d、%j、%o等占位符的行为定义，以及多参数拼接规则。

Stack Overflow-Node.jsconsole.logvsconsole.info
https://stackoverflow.com/questions/25532778/node-js-console-log-vs-console-info
社区对console.info语义价值的深入讨论。涵盖ESLint约束实践、浏览器与Node.js的视觉差异，以及“log用于临时调试、info用于保留信息”的约定来源。

Node.js官方文档-newConsole(options)
https://nodejs.org/api/console.html#new-consoleoptions
自定义Console实例的构造方式，展示如何将console.info的输出重定向到文件流而非stdout，适用于生产日志采集场景。

Rollbar-WhereareJavaScriptErrorsLogged?
https://rollbar.com/guides/javascript/where-are-javascript-errors-logged/
明确指出“console.info在Node.js中是console.log的别名”，并解释了浏览器端将info单独标注的设计背景。