继承链上必须在基类或每个子类显式定义[symbol.toprimitive]，否则引擎不查原型链而直接fallback至valueof/tostring，导致行为不一致；其返回值必须为原始值，且需覆盖所有hint分支（number/string/default）。
直接说结论：继承链上必须在基类或每个子类显式定义 [Symbol.toPrimitive]，否则会退回到默认的 valueOf/toString 逻辑，导致行为不一致甚至报错。
为什么子类不自动继承 [Symbol.toPrimitive] 方法
因为 [Symbol.toPrimitive] 是一个 symbol 属性，不是普通方法名，它不会被原型链自然查找——JS 引擎在执行 toPrimitive 抽象操作时，是直接在当前对象自身上检查 obj[Symbol.toPrimitive] 是否存在，不走原型链。
这意味着即使父类定义了该方法，子类实例调用 +obj 或 `${obj}` 时，如果子类自己没定义，引擎就认为“不存在”，直接 fallback 到默认流程（先 valueOf 再 toString），而不会去父类原型上找。
- 常见错误现象：
class Temperature extends Number { ... }中只在父类写[Symbol.toPrimitive]，子类实例仍按Number.prototype.valueOf()返回原始值，失去业务语义 - 正确做法：子类要么重写自己的
[Symbol.toPrimitive]，要么在构造时把父类实现赋给自身（如this[Symbol.toPrimitive] = Parent.prototype[Symbol.toPrimitive].bind(this)） - 注意：不能靠
Object.setPrototypeOf(child, Parent.prototype)补救——引擎不查原型
[Symbol.toPrimitive] 在多态场景下的 hint 分流陷阱
业务对象常需根据上下文返回不同语义的原始值，比如金额对象在 == 中应比数字，在模板字符串中应带单位。但 hint === "default" 的语义模糊，不同引擎处理不一致：
-
obj == 100和obj + ""都触发hint === "default"，但 V8 可能倾向 number，SpiderMonkey 偶尔 fallback 到 string - 不要依赖
hint === "default"的隐式 fallback；必须显式决定返回什么——多数业务场景下，“default” 应等价于 “number”（如比较、计算）或 “string”（如日志、展示），不能留空或 throw - 示例中写
if (hint === "default") return this.value;是安全的；写if (hint === "default") return this.toString();就可能因this.toString()返回非原始值而抛TypeError: Cannot convert object to primitive value
与 toString/valueOf 共存时的调试断层
即使你已正确定义 [Symbol.toPrimitive]，某些调试场景仍看不到预期输出：
-
console.log(obj)通常走[Symbol.toPrimitive]（返回 string/number 后再格式化），但 Chrome DevTools 的对象预览面板、util.inspect（Node.js）、或老版本库的JSON.stringify自定义 replacer 里，可能绕过它，直接调用obj.toString() - 结果就是：控制台打印
"Obj(42)"，但右键“查看对象”看到{ value: 42 }，让人误以为没生效 - 验证是否真正生效，只信这些操作：
+obj、obj == "42"、`${obj}`、Number(obj)、String(obj) - 若需统一调试输出，可同步重写
toString，但注意：它只影响手动调用和部分工具，不影响隐式转换逻辑
最易被忽略的一点：Symbol.toPrimitive 的返回值必须是原始值，哪怕只漏一个分支（比如没处理 hint === "number" 时的 NaN 边界），运行时就会中断。别假设“反正用不到”，JS 引擎对 hint 的分发是确定且严格的。
