不会直接报错，但null和undefined调用toString()会抛TypeError；{}可安全调用返回"[object Object]"；推荐用Object.prototype.toString.call()统一处理所有值。
空对象调用 toString() 会报错吗？
不会直接报错，但取决于“空对象”的具体形态。JavaScript 中没有真正的“空对象”类型，常见的是 null、undefined、或一个不含自有属性的普通对象（如 {}）。其中只有 null 和 undefined 在调用 toString() 时会出问题：null.toString() 和 undefined.toString() 都会抛出 TypeError: Cannot read property 'toString' of null（或 of undefined）。
而 {} 是有效对象，原型链上有 Object.prototype.toString，所以 {}.toString() 能安全执行，返回 "[object Object]"。
null 和 undefined 怎么安全调用 toString()？
不能直接点调用，得绕过原型访问限制。最稳妥的方式是用 Object.prototype.toString.call()：
Object.prototype.toString.call(null) // "[object Null]"
Object.prototype.toString.call(undefined) // "[object Undefined]"
Object.prototype.toString.call({}) // "[object Object]"
Object.prototype.toString.call(123) // "[object Number]"
这个方法不依赖目标值自身的原型，而是显式绑定 Object.prototype.toString 的 this，因此能统一处理所有原始值和对象。
其他常见写法有风险：
-
String(null)→"null"，但这是类型转换，不是调用对象自身的toString -
(value || {}).toString()对0、false、""等 falsy 值会误转成空对象，不可靠 -
value?.toString?.()对null/undefined会短路返回undefined，不提供字符串结果
为什么 {}.toString() 返回 "[object Object]" 而不是空字符串？
这是 Object.prototype.toString 的规范行为：它不关心对象内容是否为空，只根据内部 [[Class]]（ES5）或 [[NativeBrand]]（ES2024）标识返回固定格式字符串，用于类型识别。该方法设计初衷就是做类型检测，不是为了“格式化输出”。
如果你需要可读性更强的输出，应该换用其他方式：
- 调试用
console.log(obj)—— 浏览器/Node.js 会展示结构化视图 - 序列化用
JSON.stringify(obj)—— 但会忽略函数、undefined、Symbol 等 - 自定义格式用
obj.constructor.name或obj.toString = function() { return `MyObj(${this.id})`; }
在工具函数里封装安全 toString 的注意事项
如果写一个通用的 safeToString 工具函数，关键点不是“加一层 try/catch”，而是明确语义：你到底要的是“类型标识符”还是“字符串表示”？
按类型标识推荐：
function safeToString(val) {
return Object.prototype.toString.call(val).slice(8, -1); // 去掉 "[object " 和 "]"
}
safeToString(null) // "Null"
safeToString([]) // "Array"
safeToString(new Date()) // "Date"
按字符串表示推荐（更贴近用户直觉）：
function toStringLikeUserExpects(val) {
if (val == null) return String(val); // "null" or "undefined"
if (typeof val === 'object') return JSON.stringify(val);
return String(val);
}
别忘了：toString() 在 Date、Number、Boolean 等内置类型上已被重写，行为各不相同；而 Object.prototype.toString 是唯一保持“类型反射”语义的兜底方法——这点容易被忽略，但恰恰是它不可替代的原因。
