必须在每个需显式显示类名的类上单独定义 get [Symbol.toStringTag]()，因该 symbol 是实例自有属性，不通过原型链继承；推荐用 getter 返回硬编码字符串以保证调试可读性。
直接给结论：在继承链中自定义 Symbol.toStringTag，必须在**每个需要显式显示类名的类上显式定义它**（不能靠原型链自动继承），且推荐用 get 访问器而非直接赋值，否则子类可能覆盖失败或丢失动态性。
为什么 class 声明里的 static get [Symbol.toStringTag]() 不会自动继承？
JavaScript 中 Symbol.toStringTag 是对象自身的自有属性（own property），不是通过原型查找的。即使你在父类写了 static get [Symbol.toStringTag]() { return 'Foo'; }，子类实例调用 Object.prototype.toString.call(instance) 时，引擎只检查该实例对象自身是否具有该 symbol 属性——而 class 定义的 static getter 是挂在构造函数上的，不会自动变成实例的自有属性。
常见错误现象：
• 子类实例打印仍显示 [object Object] 或 [object MyParentClass]，而非预期的子类名
• 使用 console.log(new Child()) 时开发者工具里不显示自定义标签
实操建议：
• 每个需识别的类都单独实现 get [Symbol.toStringTag]() 实例访问器
• 不要依赖 super[Symbol.toStringTag]，因为那只是读父类构造函数的静态属性，和当前实例无关
• 避免在构造函数里手动 this[Symbol.toStringTag] = 'Child'，这会污染实例、且不可枚举、无法被 Object.getOwnPropertyDescriptors 正确捕获
如何正确在子类中定义 Symbol.toStringTag 并保持可读性？
最稳妥的方式是：在每个类内部用 get [Symbol.toStringTag]() 返回硬编码字符串或 this.constructor.name。后者能自动适配重命名场景，但要注意 constructor.name 在 minify 后可能失效（如 webpack + terser 默认会压缩函数名）。
示例对比：
class Animal {
get [Symbol.toStringTag]() {
return 'Animal';
}
}
class Dog extends Animal {
get [Symbol.toStringTag]() {
return 'Dog'; // ✅ 显式、稳定、调试友好
}
}
// ❌ 错误写法（看似简洁，实则危险）：
// get [Symbol.toStringTag]() { return this.constructor.name; }
// → 压缩后可能返回 'a' 或 't'，失去可读性
使用场景：
• 开发阶段调试复杂继承结构（如 React 组件、状态机类、AST 节点类）
• 配合 console.table 或自定义序列化逻辑识别类型
• 单元测试中快速断言对象“身份”，比 instanceof 更轻量（不依赖构造函数引用）
兼容性与性能影响需要注意什么？
Symbol.toStringTag 自 ES6 起全平台支持（Chrome 49+、Firefox 36+、Node.js 0.12+），无兼容性风险。性能方面：仅在调用 Object.prototype.toString 或类似反射操作（如 %o 格式化输出）时触发 getter，对常规运行时零开销。
容易踩的坑：
• 在 TypeScript 中，Symbol.toStringTag 的类型声明需要显式添加到类接口里，否则 typeof obj[Symbol.toStringTag] 推导为 string 但 IDE 可能报错“类型不兼容”
• 若类有私有字段（#field），getter 内部访问私有字段完全合法；但若用 Object.assign 浅拷贝该实例，Symbol.toStringTag 不会被复制（因 symbol 属性默认不可枚举）
• 不要把它当成类型系统替代品：它不影响 instanceof、typeof 或类型检查，纯属调试增强
真正关键的一点是：这个属性只在“被 toString 机制读取时”才起作用，平时它安静地待在那里，既不参与逻辑，也不改变行为。别指望它帮你做类型分发或运行时多态——它只是让 console 里那一行字，看起来像你写的类名而已。
