必须在每个子类中显式定义 get [symbol.tostringtag]()，不能依赖父类继承或构造函数赋值；因查找路径不涉及父构造函数静态属性，且实例上直接赋值会破坏不可枚举性，getter才是符合规范、调试友好的唯一可靠方式。
直接在每个子类里定义 get [Symbol.toStringTag]()，别指望靠父类继承或构造函数赋值来“一劳永逸”——那样要么无效，要么埋下调试隐患。
为什么不能依赖 super[Symbol.toStringTag]
父类的 super[Symbol.toStringTag] 读的是父类构造函数上的静态属性（比如 Parent.constructor[Symbol.toStringTag]），和当前实例完全无关。即使你在父类写了 static get [Symbol.toStringTag]() { return 'Parent'; }，子类实例调用 Object.prototype.toString.call(child) 时也不会自动变成 [object Parent]，更不会变成 [object Child]。
- 子类实例的
[Symbol.toStringTag]查找路径只走自身 → 原型 → 原型的原型……不查父构造函数的静态属性 -
super[Symbol.toStringTag]在子类 getter 里用，返回的仍是父类定义的字符串，不是动态推导出的子类名 - 想让
new Child()显示[object Child]，就必须在Child类内部显式声明
为什么不要在构造函数里写 this[Symbol.toStringTag] = 'Child'
这看似简单，但会污染实例本身：该属性变成可枚举、可修改的普通属性，破坏了 Symbol.toStringTag “不可枚举、不可配置”的规范语义。
- 它无法被
Object.getOwnPropertyDescriptors(this)正确捕获（后者期望它是 accessor 或 non-enumerable data property） - 后续对实例做
Object.freeze()或序列化检查时可能行为异常 - 调试器或 DevTools 可能误将其显示为“自定义字段”，干扰真实业务属性的观察
- 正确做法是用 getter：既保证不可枚举，又支持动态计算（比如带状态前缀：
return `Collection`）
子类必须各自实现，且推荐用 getter 形式
每个需独立识别的类都应单独定义 get [Symbol.toStringTag]()，返回硬编码字符串或含上下文信息的动态值。这是唯一可靠、符合规范、且调试友好的方式。
- 示例：
class HTTPRequest { get [Symbol.toStringTag]() { return 'HTTPRequest'; } } - 支持动态内容：
get [Symbol.toStringTag]() { return `User(${this.id})`; } - 若类有多个逻辑变体（如
ArrayBufferView子类），务必在每个子类中覆盖，不能省略 - 注意：该 getter 不影响
instanceof、typeof或 JSON 序列化，仅作用于Object.prototype.toString.call()
最易被忽略的一点：Symbol.toStringTag 的值必须是字符串；如果 getter 返回 undefined 或 null，运行时会退回到默认标签（如 [object Object]），而不会报错——这种静默失败会让调试时以为“设置了却没生效”，实际只是返回值类型错了。
