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 键纳入处理队列——连“丢弃”的动作都谈不上，是直接跳过。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
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（浏览器环境）、或自研二进制/文本协议
