Symbol.toPrimitive不能让对象成为键，因对象作键时依赖引用身份而非原始值转换；Map支持对象直接作键，或应使用显式ID字符串作键，toPrimitive仅适用于格式化输出。
Symbol.toPrimitive 不能用于让对象成为对象的键（Key），因为 JavaScript 中对象作为键时，**根本不会调用 Symbol.toPrimitive** —— 它只在需要转为原始值（primitive）的上下文中起作用，比如 +、==、String()、Number() 等隐式或显式转换场景。而对象作为 Map 或普通对象的键时，实际使用的是对象的**引用身份（identity）**，不是字符串或数字表示。
为什么对象不能靠 toPrimitive 变成“可用的键”
JavaScript 对象作为属性名（如 { obj: 'value' }）时，会被自动转为字符串 "[object Object]"；但这是通过 ToString 抽象操作完成的，它对非原始值会先尝试 toString() 和 valueOf()，不走 Symbol.toPrimitive（除非你显式调用 obj[Symbol.toPrimitive]('string')）。更关键的是：普通对象的属性名只接受字符串或 Symbol，不接受任意对象——你写的 obj[keyObj] = 1 中，keyObj 会被强制转为字符串，而不是被“策略化地映射”。
真正可行的替代方案
若业务中需要“用业务对象表达唯一性，并作为键使用”，推荐以下方式：
-
用 Map 代替普通对象：Map 允许任意值（包括对象）作为 key，且保持引用相等性。无需转换，直接
map.set(userObj, data)即可。 -
给业务对象定义稳定、唯一的标识符（ID）：例如
user.id或user.getCacheKey()，再用这个字符串做 key：cache[user.getCacheKey()] = result。这比依赖 toPrimitive 更可控、可读、可测试。 -
配合 Symbol.toPrimitive 做格式化输出，而非键生成：比如日志打印、模板插值、表单提交前序列化时，可让对象在
String(obj)或`${obj}`中返回有意义的描述：
obj[Symbol.toPrimitive] = (hint) => hint === 'string' ? `User(${obj.id})` : obj.id;
这样console.log('Found:', user)会输出Found: User(123)，但不影响它作为 Map key 的行为。
常见误解与踩坑提醒
有人试图这样写来“让对象当 key 时自动用 id”：
const user = { id: 42 };
user[Symbol.toPrimitive] = () => user.id;
const obj = {};
obj[user] = 'hello'; // 实际是 obj['42'] = 'hello'
这看似“成功”，实则是把对象转成了数字 42，导致所有 id === 42 的对象都共享同一个 key，且无法区分原始对象。这不是策略控制，而是类型擦除，极易引发冲突。
不复杂但容易忽略：Symbol.toPrimitive 是为“值表达”服务的，不是为“键抽象”设计的。键的语义属于数据结构层（Map）或业务建模层（显式 ID），强行用转换钩子去绕过语言限制，反而增加隐晦性和维护成本。
