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() 等替代方案，才能在调试与监控中精准掌控错误信息。
