symbol类型在json序列化中被完全忽略，既不报错也不出现；作为属性名时被跳过，作为属性值时转为undefined（对象中忽略、数组中变null），map/set中含symbol会抛错。
Symbol 类型在 JSON 序列化中会被**完全忽略**，既不会报错，也不会出现在最终的 JSON 字符串中。
JSON.stringify 会跳过 Symbol 类型的键和值
当调用 JSON.stringify() 时，如果对象中包含 Symbol 作为属性名或属性值，这些 Symbol 相关的部分都不会被序列化：
- Symbol 作为对象属性名：该属性直接被忽略（不进入遍历）
- Symbol 作为属性值：该值被替换为
undefined，而undefined在对象中会被忽略，在数组中则变成null - Symbol 作为 Map 或 Set 的元素：无法被 JSON 序列化，会抛出错误（因为 JSON 不支持 Map/Set，且 Symbol 加剧了不可序列化性）
例如：
const obj = {
[Symbol('id')]: 123,
name: 'Alice',
tag: Symbol('user')
};
console.log(JSON.stringify(obj)); // {"name":"Alice"}
无法通过 replacer 参数“修复”Symbol 的序列化
JSON.stringify 的第二个参数 replacer 是一个函数或数组，但它只对字符串键（string-keyed）属性起作用。由于 Symbol 键根本不会被传入 replacer 函数，所以你无法在 replacer 中捕获或转换它。
即使你手动把 Symbol 转成字符串再赋值，那也已经不是原始 Symbol 语义了——比如 obj[Symbol('id')] = 123 和 obj['symbol_id'] = 123 是两回事。
需要序列化 Symbol 时的实用建议
如果你确实需要将 Symbol 相关信息持久化或传输，需主动处理：
- 提前将 Symbol 属性提取出来，转为可序列化的形式（如字符串描述：
Symbol.description）并存入普通属性 - 使用自定义序列化函数替代
JSON.stringify，例如遍历Object.getOwnPropertySymbols()并合并到输出对象中 - 避免在需要 JSON 交互的场景（如 API 请求、localStorage）中依赖 Symbol 存储关键数据
- 对 Symbol 值做类型检查（
typeof x === 'symbol'），并在序列化前显式过滤或转换
Symbol 的设计初衷是创建唯一、私有的属性标识，而非用于数据交换——它的“不可序列化”不是缺陷，而是符合定位的合理行为。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
