Symbol.toStringTag仅影响Object.prototype.toString.call()的返回字符串中“类型标签”部分，不改变任何类型检测逻辑，如typeof、instanceof、Array.isArray()等均不受其影响。
Symbol.toStringTag 并不用于自定义类型检测行为，它只影响 Object.prototype.toString.call() 的返回字符串中“类型标签”部分，对所有真正的类型检测机制完全无效。
它只改 toString() 的输出，不改类型判断逻辑
JavaScript 中的类型检测方式有多种，而 Symbol.toStringTag 对其中任何一个都不起作用：
-
typeof：返回字符串如"object"、"function"，与 Symbol.toStringTag 无关 -
instanceof：基于原型链查找，受Symbol.hasInstance控制，不是 toStringTag -
Array.isArray()、isDate()等专用方法：依赖内部属性或构造器身份，不读取该 symbol -
JSON.stringify()和序列化行为：完全忽略 Symbol.toStringTag
它的实际作用是增强可读性，仅限调试与识别
当你在控制台执行 Object.prototype.toString.call(obj) 时，引擎会检查对象自身是否拥有 [Symbol.toStringTag] 属性（注意：只查实例自身，不沿原型链查找），并用其值替换默认的类型名：
- 普通对象 → 默认
"[object Object]" - 数组 →
"[object Array]" - 加了
[Symbol.toStringTag] = 'User'的对象 →"[object User]"
这个变化只出现在日志、开发者工具显示、或手动调用 toString.call() 的场景中，属于“贴标签”，不是“改身份”。
常见误用与正确做法
有人误以为设置它就能让 Lodash 的 _.isArray() 或 Vue 的类型判断生效，但这是错的。那些库若真依赖 toString()，也只是把它当作辅助线索，不能替代真实类型信息。
- ✅ 正确用途：让
console.log(new HttpRequest())在 DevTools 中显示为[object HttpRequest]，便于快速区分 - ✅ 推荐写法：在类中用 getter 定义，保证不可枚举且语义清晰：
get [Symbol.toStringTag]() { return 'HttpRequest'; } - ❌ 错误假设：认为设置了它，
obj instanceof HttpRequest就会返回 true —— 不会 - ❌ 错误写法：在构造函数里写
this[Symbol.toStringTag] = 'X'—— 会导致该属性可枚举，破坏规范预期
真正能干预类型检测的 symbol 是哪些？
如果你确实需要影响类型检测逻辑，应关注这些：
-
Symbol.hasInstance：控制instanceof运算符的行为 -
Symbol.species：决定派生数组方法（如map）返回的构造器 -
Symbol.toPrimitive：指定对象转原始值时的优先策略
它们和 Symbol.toStringTag 是同级的内置 symbol，但职责完全不同。
