json序列化时undefined值导致字段静默丢失，对象中undefined属性被完全删除，数组中undefined元素转为null，需通过比对前后端原始json确认是否前端序列化阶段丢失。
当后端收不到某些字段、或字段值突然“消失”，而前端代码明确写了该字段且值为 undefined，大概率就是 JSON 序列化时它被静默忽略了——这不是报错，而是“无声丢失”，所以特别容易被误判为后端漏处理或网络丢包。
看前端序列化结果是否缺失键名
直接打印 JSON.stringify(obj) 的输出，重点检查预期存在的 key 是否完全没出现：
- 对象中
undefined值 → 对应属性整个被删掉JSON.stringify({ name: undefined, age: 25 })→{"age":25}（name键没了） - 数组中
undefined元素 → 被转成null，键还在但值变了JSON.stringify({ list: [undefined, "a"] })→{"list":[null,"a"]}
比对前后端日志里的原始请求体
在前端发请求前加一句：console.log('发送数据:', JSON.stringify(payload))
再在后端（如 SpringBoot 的 @RequestBody 日志或网关层）打印收到的原始 JSON 字符串。两者不一致，且缺失字段恰好是前端变量未赋值/条件分支未覆盖的位置，就可锁定问题。
检查后端是否报“字段缺失”类错误
常见表现包括：
- SpringBoot 报
MissingServletRequestParameterException或 Jackson 反序列化跳过字段，导致 DTO 中对应字段为默认值（如0、false、null） - 后端校验逻辑提示 “
field 'xxx' is required but missing”，但前端确认传了 - 数据库写入时该字段为空，而业务上它本应显式存
NULL或空字符串
用浏览器 Network 面板验证实际发出内容
在 DevTools 的 Network 标签页里，找到对应请求 → 点开 → 查看 Payload 或 Request Body：
- 如果这里看到的 JSON 字符串里已经没有那个字段，说明丢失发生在前端序列化阶段
- 如果字段存在（比如显示为
"value": null），但后端没收到，那问题可能出在 Content-Type 头、反序列化配置或中间件过滤上
关键点在于：undefined 不会触发语法错误，也不会让请求失败，它只是“悄悄走掉”。识别它靠的是主动比对和观察字段是否存在，而不是等报错。
