必须每个类都手动定义get [Symbol.toStringTag]()，因为该属性不沿原型链查找，子类未定义时调试显示为[object Object]或父类名；应使用硬编码字符串而非constructor.name或实例赋值，以确保压缩后仍可读。
在继承体系中，每个类都必须单独定义 get [Symbol.toStringTag]()，否则调试时对象类型显示为 [object Object] 或父类名，无法准确识别具体实例类型。这是提升大型工程调试效率最轻量却最关键的实践之一。
为什么必须每个类都手动声明
Symbol.toStringTag 是实例的自有属性，不沿原型链查找。即使父类写了该 getter，子类实例调用 Object.prototype.toString.call(instance) 时，引擎只检查实例自身是否拥有这个 symbol —— 而不会向上查找原型链或读取父类构造函数上的静态属性。
- 子类没定义时，
console.log(new Child())在 DevTools 中仍显示[object ParentClass]或[object Object] - React 组件、状态机节点、AST 类等深度继承结构中，漏掉一个类，整条链的类型标识就断层
- VS Code 变量面板、
console.table()、Chrome 的对象预览都依赖这个标签做类型提示
怎么写才稳定可靠
推荐在每个类内部使用硬编码字符串的 getter，避免动态取名带来的压缩风险。
- ✅ 正确写法：
get [Symbol.toStringTag]() { return 'User'; }—— 字符串固定，构建前后一致 - ❌ 避免
return this.constructor.name—— webpack + terser 压缩后变成'a'或't'，失去可读性 - ❌ 不要在构造函数里赋值
this[Symbol.toStringTag] = 'Admin'—— 属于实例数据污染，不可枚举，也不便于统一维护
实际调试中能解决哪些问题
这个小标记在复杂项目里不是“锦上添花”，而是降低认知负荷的刚需。
- 日志里看到
[object FormModel]，立刻知道是表单状态类，不用点开查原型链 - 单元测试失败时，错误信息显示
expected [object ApiRequest] but got [object MockRequest]，比笼统的object精准十倍 - 配合自定义序列化逻辑（如深克隆前判断类型），用
toString().includes('Collection')比instanceof更轻量、更解耦 - Vue 或 Zustand 等状态库调试时，派生 store 和原始 model 标签一目了然，避免混淆
它只影响 Object.prototype.toString.call(obj) 的输出，不影响 instanceof、JSON 序列化、方法调用等任何其他行为。不复杂但容易忽略。
