console.log 为何只显示错误消息？

你是否曾困惑于 `console.log(err)` 只显示一行简短错误信息，而普通对象却能展开查看所有属性？这并非 bug 或数据丢失，而是浏览器和 Node.js 为提升调试效率所做的刻意优化——它们对 `Error` 对象启用专属序列化逻辑，优先呈现易读的错误摘要（如 `ReferenceError: xxx is not defined`），并默认隐藏非枚举属性（如 `stack`）；但完整信息始终存在，只需用 `console.dir(err, { depth: null })`、`util.inspect()` 或手动提取关键字段即可精准获取，掌握这一机制，才能在开发调试与生产监控中真正掌控错误全貌。

console.log() 对 Error 对象的输出行为是环境特定的调试优化：浏览器和 Node.js 均会特殊处理 Error 实例，优先展示可读性更强的错误摘要（如 ReferenceError: xxx is not defined），而非默认展开其所有属性与方法；这并非丢失数据，而是格式化策略差异所致。

`console.log()` 对 `Error` 对象的输出行为是环境特定的调试优化：浏览器和 Node.js 均会特殊处理 `Error` 实例，优先展示可读性更强的错误摘要（如 `ReferenceError: xxx is not defined`），而非默认展开其所有属性与方法；这并非丢失数据，而是格式化策略差异所致。

在 JavaScript 开发中，console.log() 的输出表现常引发困惑——普通对象会被展开为可交互的键值树形结构，而 Error 对象却只显示一行简短的错误信息：

const obj = {
  name: "Mike",
  add(a, b) { return a + b; }
};
console.log(obj); // ✅ 展开显示 { name: "Mike", add: ƒ }

try {
  nonExistentVariable;
} catch (err) {
  console.log(err); // ❓ 仅显示 "ReferenceError: nonExistentVariable is not defined"
}

这种差异并非 bug，而是有意为之的调试友好设计。不同运行时环境对 Error 对象采用了专门的序列化逻辑：

• Node.js 中，console.log(err) 内部调用 util.inspect()，该函数对 instanceof Error 的对象自动调用 .toString()（即 err.name + ': ' + err.message），忽略 stack、cause 等其他自有属性，除非显式传入选项：

  const util = require('util');
  console.log(util.inspect(err, { showHidden: true, depth: null, colors: true }));
  // → 完整显示 name, message, stack, cause 等所有属性

• 浏览器（Chrome/Firefox/Safari） 同样内置特殊处理：DevTools 控制台将 Error 视为“高优先级诊断对象”，默认折叠细节以突出核心错误线索；但点击展开箭头即可查看全部属性（message, name, stack, cause 等），甚至支持源码定位。

✅ 正确查看 Error 全量结构的方法：

// 方法1：强制展开（推荐用于调试）
console.dir(err, { depth: null, colors: true });

// 方法2：手动提取关键属性
console.log({
  name: err.name,
  message: err.message,
  stack: err.stack,
  cause: err.cause
});

// 方法3：序列化为纯 JSON（注意：stack 和 cause 可能被忽略）
console.log(JSON.stringify(err, Object.getOwnPropertyNames(err), 2));

⚠️ 注意事项：

• Error 的 stack 属性是非枚举属性（Object.propertyIsEnumerable('stack') === false），因此 for...in 或 Object.keys() 不会遍历到它——这也是 console.log() 默认不展示它的技术原因之一。
• 自定义错误类（如 class MyError extends Error）同样受此规则约束，若需自定义日志格式，应重写 toString() 或使用 console.dir()。
• 在生产环境日志中，切勿依赖 console.log(err) 获取完整上下文；应显式采集 err.name, err.message, err.stack 并结构化上报。

总结：console.log(error) 的简洁输出是运行时为提升开发者效率所做的权衡。理解其背后机制（环境特异性格式化 + 非枚举属性限制），并掌握 console.dir()、util.inspect() 等替代方案，才能在调试与监控中精准掌控错误信息。

到这里，我们也就讲完了《console.log 为何只显示错误消息？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！