它主要解决了三大痛点：

JavaScript 这一切dou是因为 JS 内部定义了一组内置 Symbol。比如 Symbol.iterator 定义了迭代行为，Symbol.toPrimitive 定义了类型转换行为。通过重写这些 Symbol，你Ke以从底层改变对象的行为模式。

解决对象属性命名冲突问题,避免属性名重写覆盖;.核心逻辑:Symbol 是全局唯一的值,即使描述符相同,两个 Symbol 也不相等,用它作为对象属性名,可彻底避免命名冲突。.

// 即使描述完全一样 const s1 = Symbol; const s2 = Symbol; // 它们依然不相等！ console.log; // false

这就像现实生活中，名字dou叫“张三”的人有hen多，但他们的身份证号绝对不同。Symbol 就是那个身份证号。

作为一名资深开发者，只掌握基础是不够的，以下两个知识点Neng体现你的专业度。

假设你正在使用一个第三方库提供的 user 对象，或者在一个大型团队中维护一个公共对象。你想给这个对象添加一个“密钥”属性。

这意味着你Ke以用它作为对象的属性键,而不用担心这个键会与对象上Yi有的任何字符串键冲突,或者与未来JavaScript版本可Neng引入的任何新特性名称发生冲突.Symbol在实际开发中带来的好处,远不止避免冲突那么简单,它对代码的可维护性和可读性也有着潜移默化的提升。.这个属性的存在,既不影响数组原有的任何行为,也不太可Neng与未来的语言特性发生命名冲突.

于是ES6 带来了Symbol。它不仅仅是一个新类型，geng是解决架构设计中“唯一性”问题的银弹。

const secretKey = Symbol; // 生成一个独一无二的 Key const a = "ecut"; // 普通字符串 Key const user = { name: '曹仁', email: '@qq.com', : , // 普通计算属性名 : '' // Symbol 作为 Key，绝不会冲突 }; // 访问方式 console.log; // '' 前言

在 ES6 之前，JavaScript 的对象属性名只有一种类型：字符串。这在单人开发的小项目中kan似没问题，但在大型项目或多人协作开发第三方库时属性名冲突简直是噩梦。

"七上八下"- JavaScript数据类型口诀！

"七上："

// 获取所有 Symbol 属性 const syms = Object.getOwnPropertySymbols; console.log; // // 拿到 Key 后就Ke以访问数据了 const data = syms.map; console.log; "传统Zuo法的风险"

// 假如 user 是别人传给你的 user.id = ''; // 危险！Ru果 user 原本就有 id 属性，你就把它覆盖了！ "Symbol 的Zuo法："

// 正确写法 const id1 = Symbol; console.log; // 'symbol' // 错误写法：会抛出 TypeError // const id2 = new Symbol; "深度解析"

"唯一性是关键！". 哈哈，说实话，这才是为啥要有 Symbol 的根本原因。你懂的，用字符串当属性名hen容易出问题，尤其是在多人合作的大项目里。

普通的 Symbol 每次dou是新的。但Ru果你想在不同的文件、甚至不同的 iframe 之间共享同一个 Symbol 怎么办？

让我们kan一个课堂名单的例子。

const classRoom = { "dl": , // 普通属性 : { grade: , gender: 'male' }, : { grade: , gender: 'female' }, // 注意：下面这个 Oliva 和上面那个是两个不同的 Key，不会覆盖！ : { grade: , gender: 'female' } }