必须为每个类单独定义 get [Symbol.toStringTag]()，因其是实例自有属性，不沿原型链查找，能精准标识类型、提升调试效率。
在继承体系中，必须为每个需要识别的类单独定义 get [Symbol.toStringTag]()，不能依赖父类声明或原型链继承。它直接作用于实例自身，是调试时快速区分类型的关键“标签”，尤其在大型工程中能显著减少类型误判和排查时间。
为什么必须每个类都手动定义
Symbol.toStringTag 是对象的自有属性（own property），引擎调用 Object.prototype.toString.call(instance) 时只检查实例本身是否拥有该 symbol，不会沿原型链查找。即使父类写了 static get [Symbol.toStringTag]()，那只是挂在构造函数上，对子类实例无效。
- 子类实例打印仍显示
[object ParentClass]或[object Object]，就是没在子类里重定义的典型表现 - React 组件、状态机节点、AST 类等深度继承结构中，漏定义一个类，就可能让整条链的调试信息断层
- 工具如
console.table()、VS Code 变量面板、Chrome DevTools 的对象预览，都依赖这个标签做类型提示
推荐写法：硬编码字符串 + 显式 getter
在类体内用 getter 返回固定字符串，稳定、可读、不随构建环境变化：
-
class User { get [Symbol.toStringTag]() { return 'User'; } }✅ 清晰可靠 -
class Admin extends User { get [Symbol.toStringTag]() { return 'Admin'; } }✅ 子类独立标识 - 避免
return this.constructor.name❌ 压缩后变成a或t，失去意义 - 避免在构造函数里赋值
this[Symbol.toStringTag] = 'Admin'❌ 属于实例数据污染，不可枚举且难维护
实际调试中的增效场景
这个小标记在大型项目里不是锦上添花，而是降低认知负荷的刚需：
- 日志中看到
[object FormModel]而非[object Object]，立刻知道是表单状态类，不用点开查原型 - 单元测试失败时，错误堆栈里显示
expected [object ApiRequest] but got [object MockRequest]，比expected object but got object精准十倍 - 配合自定义序列化逻辑（如深克隆前判断类型），靠
toString().includes('Collection')比 instanceof 更轻量、更解耦 - Vue 或 Zustand 等状态库调试时，对象标签一目了然，避免把派生 store 和原始 model 混淆
注意它不影响什么
Symbol.toStringTag 只改变 Object.prototype.toString.call(obj) 的输出，其他行为完全不受影响：
- 不改变
obj.toString()的结果（除非你重写了该方法） - 不影响
instanceof判断、typeof、Array.isArray()等原生检测机制 - 不参与 JSON 序列化，
JSON.stringify()完全忽略它 - 不改变对象功能，纯属“自我介绍”用途，零副作用
