不起作用——console.log() 默认不调用 tostring()，仅显式类型转换（如 string(obj)、%s 格式符）才触发；调试应使用 util.inspect.custom（node.js）或 %o/%s 配合自定义方法。
toString 方法在控制台输出中真的起作用吗
不起作用——至少不是你想象的那样。现代浏览器（Chrome、Firefox、Edge）和 Node.js 的 console.log() 默认**不会调用对象的 toString() 方法**来生成显示内容。它展示的是对象结构树（可展开的 property 列表），和 toString() 无关。
只有当你显式调用 String(obj)、obj + ''、`${obj}`，或某些强制类型转换场景下，toString() 才会被触发。
所以，别指望重写 toString() 就能让 console.log(myObj) 输出自定义文本——它不会生效。
想让 console.log 显示自定义文本，该用什么方法
正确做法是实现 [Symbol.toPrimitive] 或更通用的 inspect（Node.js）和 console.dir 配合 util.inspect.custom。但最直接、跨环境兼容的方式是：用 console.log('%o', obj) 配合自定义 inspect 方法（Node.js）或覆盖 util.inspect.custom；浏览器则依赖 console.log('%s', obj) 触发 toString()。
- 在 Node.js 中，给对象添加
[util.inspect.custom](depth, opts)方法（需require('util')），console.log(obj)就会调用它 - 在浏览器中，只能靠
console.log(String(obj))或console.log(obj + '')来触发toString() - 若用
console.log('%s', obj)，浏览器和 Node.js 都会调用toString()
示例（浏览器）：
const user = {
name: 'Alice',
age: 30,
toString() {
return `User(${this.name}, ${this.age})`;
}
};
console.log('%s', user); // → "User(Alice, 30)"
console.log(user); // → { name: 'Alice', age: 30 }（原样展开）
重写 toString 的常见错误和限制
很多人以为重写 toString() 就能“美化所有日志”，结果发现 console.table()、JSON.stringify()、断点调试器、Vue Devtools 等完全不认它——这些工具各自有渲染逻辑，和 toString() 无关。
-
JSON.stringify(obj)完全忽略toString()，只序列化自有可枚举属性 -
console.table(obj)只读取属性名和值，不调用任何方法 - 类实例若没显式定义
toString()，会继承Object.prototype.toString()，返回[object Object]，而非类名 - 如果返回非字符串（比如数字或对象），会隐式调用
String()转换，可能引发意外（如return 42→"42"，但return null→"null"）
真正可控的调试输出方案推荐
与其依赖被忽略的 toString()，不如主动封装一个调试方法，或利用环境特性：
- Node.js：导出
[util.inspect.custom]方法，支持深度、颜色、缩进等参数，console.log()原生识别 - 浏览器：用
console.log('%o — %s', obj, obj.toString())同时展示结构和摘要 - 统一方案：加个
debug()方法，返回格式化字符串，显式调用console.log(obj.debug()) - 注意：不要在
toString()里做副作用（如修改状态、发请求），它可能被任意引擎在不可预期时机调用
最易被忽略的一点：toString() 是为字符串上下文服务的，不是为开发者调试设计的。想控制控制台输出，就得用控制台认可的方式，而不是假设它会尊重这个古老约定。
