symbol属性默认不可枚举，不参与for...in、object.keys()、json.stringify()等操作，但可通过reflect.ownkeys()获取；而可迭代性需手动部署[symbol.iterator]方法，二者机制不同却共用symbol的唯一性与隐藏性。
Symbol 类型本身不决定可枚举性或可迭代性，但它天然影响这两者的行为：用 Symbol 作属性名时，默认不可枚举；而要让对象可迭代，需手动实现 [Symbol.iterator] 方法。二者属于不同机制，但都依赖 Symbol 的唯一性和隐藏性。
Symbol 属性默认不可枚举
用 Symbol 作为键添加的属性，不会出现在 for...in、Object.keys()、JSON.stringify() 中，也不会被 Object.assign() 复制。这不是“禁止访问”，而是语言层面的枚举隔离。
- 可检测：用
Reflect.ownKeys(obj)能拿到 Symbol 键（包括不可枚举字符串键） - 可访问：仍可通过
obj[sym]直接读写，或用Object.getOwnPropertyDescriptors(obj)查看完整描述符 - 注意：
propertyIsEnumerable(sym)返回false，即使你显式设enumerable: true—— 这是规范限制，Symbol 键永远不参与枚举操作
Symbol.iterator 是可迭代性的开关
一个对象是否可迭代，取决于它有没有部署 [Symbol.iterator] 方法，且该方法返回符合迭代器协议的对象（含 next()）。这个 Symbol 是标准约定，不是任意命名。
- 原生类型如 Array、String、Map、Set 默认实现了它
- 普通对象默认没有，
for...of会报错is not iterable - 自定义实现时，必须返回一个迭代器对象，例如：
obj[Symbol.iterator] = function* () {
yield this.a;
yield this.b;
};
// 现在可用 for...of 遍历值：for (const v of obj) console.log(v); // 1, 2
Symbol 和枚举/迭代的关系容易混淆的点
很多人误以为 “Symbol 属性不可枚举” 就等于 “Symbol 属性不能遍历”，其实不然：不可枚举 ≠ 不可访问 ≠ 不可迭代。
-
for...in只关心可枚举的字符串键，完全忽略 Symbol 键 -
Object.keys()同样只返回可枚举字符串键，不包含任何 Symbol -
for...of关注的是对象是否实现了[Symbol.iterator]，和键的类型无关；它遍历的是 值，不是键 - 如果想用 Symbol 控制“哪些值参与迭代”，可以在自定义
[Symbol.iterator]里主动过滤或选择，比如只 yield Symbol 键对应的值
实际开发中怎么用才稳妥
利用 Symbol 的特性组合使用，能写出更健壮的封装逻辑：
- 用
Symbol('cache')存内部状态，避免污染公共接口，也不怕被for...in暴露 - 用
Symbol.iterator让类支持for...of，比暴露数组更可控 - 避免混用：不要指望
Object.keys(obj).includes(sym.description)—— 描述只是调试用，不能反向查找 Symbol - 共享 Symbol？用
Symbol.for('key')，它会注册到全局符号注册表，相同字符串返回同一 Symbol，适合跨模块通信
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
