Symbol属性在JSON序列化中被完全忽略，因JSON标准（RFC 8259）仅支持七种类型且要求对象键必须为字符串，而Symbol是JavaScript独有的不可枚举非字符串类型，既不进入遍历队列也不触发replacer回调。
Symbol 属性在 JSON 序列化中被完全忽略，不是因为实现疏漏，而是由 JSON 标准本身决定的——它根本不支持 Symbol 类型。
JSON 规范不承认 Symbol
JSON（RFC 8259）只定义了七种合法数据类型：null、布尔值、数字、字符串、数组、对象、以及 null（重复强调是因对象键必须为字符串）。Symbol 是 JavaScript 引入的原始类型，用于创建唯一、不可枚举（默认）且非字符串的键名，天然超出 JSON 能表达的范围。因此，JSON.stringify() 在遍历对象属性时，根本不会把 Symbol 键纳入处理队列——连“丢弃”的动作都谈不上，是直接跳过。
Symbol 键不会进入 replacer 回调
即使你传入 replacer 函数试图干预，它也收不到 Symbol 键的信息。这是因为 JSON.stringify() 的内部遍历逻辑只枚举对象上可枚举的字符串键属性（等价于 for...in + hasOwnProperty + typeof key === 'string'），而 Symbol 键既不可枚举（除非显式用 Object.defineProperty 设为 enumerable: true），又不是字符串，所以 replacer 完全感知不到它们的存在。
Symbol 值同样被静默过滤
- 如果 Symbol 作为属性值（如
{ x: Symbol('id') }），该属性会被整个忽略，结果变成{} - 如果 Symbol 出现在数组中（如
[1, Symbol('a'), 3]），对应位置会转为null（注意：这是值的处理，和键不同） -
undefined和函数值也按类似逻辑被剔除或转null，但 Symbol 键的“隐身”是最彻底的——连痕迹都不留
想保留 Symbol 语义？得绕开 JSON
没有通用的自动方案。常见做法包括：
- 序列化前手动提取 Symbol 键，用其
description构造字符串键暂存（例如{ $$sym_b: 2 }），反序列化后再还原 - 在对象上定义
toJSON()方法，预先将 Symbol 相关数据映射为 JSON 可表达的结构 - 改用其他序列化机制，如
structuredClone()（支持 Symbol，但不支持函数、循环引用等）、MessageChannel（浏览器环境）、或自研二进制/文本协议
