data.field不可靠，因它仅捕获渲染时已存在且被Layui监听的控件值，不支持动态字段、未选中checkbox/radio、重复name及嵌套数组结构；应改用serializeArray()手动转对象并补全空值逻辑。
直接用 serializeArray() + 手动转对象，别依赖 data.field —— 它不抓动态生成的字段、不处理 checkbox/radio 未选中状态、也不兼容重复 name。
为什么 form.on('submit', ...) 的 data.field 不可靠
这个参数只包含「渲染时已存在且被 layui.form 模块监听到」的表单控件值。常见失效场景包括：
- 运行时用 JS 动态追加的 input、select 或 checkbox
- 使用了
lay-key但没调用form.render()重新绑定 - 多个同名 checkbox 中，未被勾选的项完全不会出现在
data.field里（后端收不到 false 或 null） - 带数组语法的 name，如
user[0][name]，data.field会扁平成字符串键，无法还原结构
用 serializeArray() 构建原始键值对最稳
它读 DOM 真实状态，不管是不是 layui 渲染的，也不挑 name 写法。关键在后续转换逻辑：
- 遍历
$("#myForm").serializeArray()得到形如{name: "age", value: "25"}的数组 - 用
reduce()或循环组装 plain object，遇到重复name自动转为数组 - 对 checkbox/radio，需额外判断是否被勾选——
serializeArray()只返回已选中的项，所以未选中的得你手动补null或false（按业务需要）
示例片段：
const formData = $("#myForm").serializeArray();
const obj = {};
formData.forEach(item => {
if (obj[item.name] !== undefined) {
// 已存在：转为数组
if (!Array.isArray(obj[item.name])) obj[item.name] = [obj[item.name]];
obj[item.name].push(item.value);
} else {
obj[item.name] = item.value;
}
});
const jsonStr = JSON.stringify(obj);嵌套字段和数组 name 怎么处理
Layui 不解析 user.address.city 这类 name，但你可以用简单正则或 split 拆解：
- 匹配
name="user[profile][avatar]"→ 转成user.profile.avatar - 用点号路径递归设值：
setNested(obj, 'user.profile.avatar', '1.png') - 注意：后端若用 Spring Boot，接收时需对应
@RequestBody UserDTO user，不能靠 query string 自动绑定深层对象
简易 setNested 实现：
function setNested(obj, path, value) {
const keys = path.replace(/\[(\w+)\]/g, '.$1').split('.');
keys.reduce((o, k, i) => {
return o[k] = (i === keys.length - 1) ? value : o[k] || {};
}, obj);
}导出前记得处理特殊类型
JSON.stringify() 会丢掉 Date、undefined、函数、原型链。真实项目中容易踩的坑：
- 日期控件返回的是字符串（如
"2026-08-03"），但有些后端要时间戳或 ISO 格式，得提前转换 - 开关（switch）组件实际是 checkbox，值是
"on"或空字符串，需映射为true/false - 富文本编辑器内容可能含 HTML 标签，是否要
stripTags或保留，得看接口约定
导出前建议统一过一遍：
const cleanObj = JSON.parse(JSON.stringify(obj, (k, v) => {
if (v instanceof Date) return v.toISOString();
if (v === 'on') return true;
if (v === '') return null;
return v;
}));真正麻烦的不是转 JSON，而是「哪些字段该传、怎么表达空值、嵌套结构要不要拍平」——这些必须和后端协议对齐，前端别擅自做主。每次改字段名或增删控件，都得同步检查序列化逻辑是否还兜得住。
