Symbol能避免命名冲突，因为每次调用Symbol()都返回唯一值，即使描述相同也不相等，且不参与常规遍历；需用const保存变量复用，不可临时创建，跨模块可用Symbol.for()但需防命名污染。
Symbol 为什么能避免命名冲突
因为每个 Symbol() 调用都返回一个唯一、不可复用的值，即使描述相同，Symbol('id') !== Symbol('id')。它不参与对象的常规遍历（for...in、Object.keys()、JSON.stringify() 都看不到），天然适合作为内部标记。
如何安全地添加和访问 Symbol 标记
必须把 Symbol 实例保存在变量或模块作用域中，不能每次临时创建——否则无法读取。推荐用 const 声明一次，后续复用：
const INTERNAL_ID = Symbol('internal-id');
const obj = {
name: 'test',
[INTERNAL_ID]: 123
};
// ✅ 正确访问
console.log(obj[INTERNAL_ID]); // 123
// ❌ 错误：新 Symbol 和原值不相等
console.log(obj[Symbol('internal-id')]); // undefined
- 不要用字符串动态生成 Symbol 键（如
obj[Symbol(key)]），除非 key 是稳定不变的常量 - 若需跨模块共享 Symbol，用
Symbol.for('my-key')注册全局符号，但要小心命名污染——优先用局部Symbol() -
Object.getOwnPropertySymbols()是唯一可靠获取对象所有 Symbol 键的方式
Symbol 与第三方库共存时的实际风险点
Symbol 本身不冲突，但误用会引发隐性问题：
- 某些库（如旧版 Vue 2、Lodash
cloneDeep）不处理 Symbol 属性，导致标记丢失 - 使用
Object.assign({}, obj)或展开运算符{...obj}时，Symbol 键被忽略——这不是 bug，是规范行为 - 调试时看不到 Symbol 属性，容易误判对象状态；建议在开发环境用
console.log(Object.getOwnPropertySymbols(obj))辅助验证 - 若依赖 Symbol 标记做逻辑分支（如
if (obj[MY_SYMBOL])），务必确保该 Symbol 在所有相关代码路径中都被正确定义和引用
替代方案对比：WeakMap vs Symbol
如果只是想“关联元数据而不污染对象”，WeakMap 更干净：
const metadata = new WeakMap();
const obj = {};
metadata.set(obj, { internalId: 123 });
console.log(metadata.get(obj)); // { internalId: 123 }
-
WeakMap不暴露键名，彻底避免键名冲突；且自动随对象回收，无内存泄漏风险 - 但
WeakMap无法序列化、不能枚举、也不支持非对象键——若需要把标记写进对象自身（比如用于instanceof替代或自定义检查），还是得用 Symbol - 二者不互斥：可用 Symbol 作 WeakMap 的键，也可用 Symbol 标记配合 WeakMap 存复杂元数据
真正容易被忽略的是：Symbol 不是“私有”，只是“不可枚举+不被常规方法识别”；只要对方拿到你的 Symbol 变量，照样能读写。别把它当安全边界用。
