json.stringify仅序列化自身可枚举且值为合法类型的属性；不可枚举属性虽“隐身”但仍存在，可通过getownpropertynames等方法访问，常用于隐藏内部状态或敏感信息。
JavaScript 中 enumerable 属性不是序列化的“开关”，而是决定某个属性能否进入 JSON 序列化流程的第一道过滤门——它管“露不露面”，后续还有一道“值合不合规矩”的检查。
可枚举性是 JSON.stringify 的前置筛选条件
只有同时满足两个条件的属性，才会出现在 JSON.stringify() 的结果中：一是该属性必须是对象自身的（非继承）、且 enumerable: true；二是它的值必须属于 JSON 可表示的类型（即不能是 function、undefined、Symbol 或 BigInt）。
-
Object.defineProperty(obj, 'id', { value: 1001, enumerable: false })→ 不出现，哪怕值合法 -
obj.toString = () => 'custom'→ 出现（因字面量添加默认可枚举），但函数值被自动跳过，最终不输出 -
Object.defineProperty(obj, 'meta', { value: { x: 1 }, enumerable: true })→ 正常序列化，因值合法且可枚举
不可枚举属性在序列化中“隐身”，但并非不存在
设置 enumerable: false 不会让属性消失，它只是让 JSON.stringify() 视而不见。这类属性仍可通过点号或方括号直接读取，也能被 Object.getOwnPropertyNames() 或 Object.getOwnPropertyDescriptor() 捕获。
- 常见用途：隐藏内部状态（如缓存字段
_cache）、避免敏感信息随 API 响应泄露 - 注意：类实例方法（
class A { method() {} }）默认不可枚举，因此不会被序列化——这是设计使然，不是 bug - 原型链上的属性（无论是否可枚举）一律不参与
JSON.stringify()，这点与for...in不同
如何快速验证一个属性是否会被序列化
别靠猜，用两步法确认：
- 检查可枚举性：
obj.propertyIsEnumerable('key')—— 返回true才可能进序列化（注意：只查自身属性，不查原型） - 检查值类型：
typeof obj.key === 'object' || typeof obj.key === 'string' || typeof obj.key === 'number' || typeof obj.key === 'boolean' || obj.key === null—— 排除函数、undefined、Symbol等非法值 - 更彻底的方式：
Object.getOwnPropertyDescriptor(obj, 'key')查看完整描述符，确认enumerable字段和value类型
常见误区与实际避坑点
很多序列化异常其实源于对枚举性的误解：
- 误以为“属性存在 = 能被序列化”：实际上，
Object.defineProperty()创建的属性默认enumerable: false，极易遗漏 - 混淆
Object.keys()和JSON.stringify()的行为：前者只返回自身可枚举键，后者在此基础上再过滤值类型 - 试图序列化带方法的对象时发现方法消失：不是丢失，而是方法默认不可枚举 + 值为函数，双重过滤导致“清零”
- 使用扩展运算符
{...obj}后再序列化，结果仍缺字段：因为扩展也只拷贝可枚举属性，不可枚举部分已提前丢失
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
