Layui表格不支持直接解析多层嵌套JSON字段（如user.info.name），必须通过parseData预处理扁平化数据或templet动态渲染；field不支持点号路径，否则列为空或显示[object Object]。
layui 表格本身不支持直接解析多层嵌套 json 字段（比如 user.info.name），必须通过 parsedata 预处理或 templet 动态渲染，否则列会空、显示 [object object] 或排序失效。
parseData 必须手动扁平化嵌套字段
layui 内部只认一级 key，field: 'user.info.name' 完全无效。你得在 parseData 里用 map 把原始 res.data.list 拆成纯对象数组：
- 后端返回类似
{code:0, data:{total:100, list:[{id:1, user:{info:{name:'张三',age:28}}}]}}，你就不能直接传res.data.list - 要写
data: res.data.list.map(item => ({id: item.id, name: item.user?.info?.name || '-', age: item.user?.info?.age || 0})) - 千万别改原
res（如item.user.info = {...}），避免污染后续逻辑或缓存 - 返回的
data必须是Array.isArray()且每项是 plain object —— 带Map、Set或自定义原型的对象会崩
templet 适合单列动态取值，但 field 仍需匹配扁平 key
如果只是某列要展示嵌套值（比如「用户姓名」），templet 更轻量，但它不改变表格底层数据结构：
-
templet: function(d) { return d.user?.info?.name || '-'; }可以安全取值，?.防止Cannot read property 'info' of undefined -
field依然得填一个真实存在的 key（比如field: 'name'），否则排序/筛选会失效 ——templet只管渲染，不管映射 - 模板字符串写法：
templet: '<div>{{d.user.info.name}}</div>'，但注意：它不支持可选链，{{d.user?.info?.name}}会报错，必须靠 JS 函数兜底 - 别在
templet里做异步请求或复杂计算，会卡住整个表格渲染
response 配置能改 total/data 路径，但仅限顶层嵌套
如果你的 total 和 data 不在响应最外层（比如在 res.data.total 和 res.data.list），可以用 response 重定向：
response: { statusName: 'code', msgName: 'msg', countName: 'data.total', dataName: 'data.list' }- 这个配置只影响
count和data的提取路径，不解决字段内部嵌套问题 - 它不能处理
data.list[i].user.info.name这种二级以下结构，那还得靠parseData或templet - 别试图用
response.dataName: 'data.list.user.info'—— layui 不支持点号路径穿透
万级数据慎用 parseData + 解构
嵌套越深、数据越多，parseData 里的 map + 展开开销越明显：
- 1000 条以内没问题；上万条时，浏览器可能卡顿，尤其旧版 Chrome
- 优先让后端返回扁平结构（比如把
user.info.name直接展成userName），比前端硬解更稳 - 若必须前端处理，避免用
JSON.parse(JSON.stringify())深拷贝 —— 既慢又占内存，用structuredClone（现代浏览器）或手动浅拷贝 + 解构更合适 - 调试时加个
console.log(Array.isArray(res.data.list), res.data.list[0] && typeof res.data.list[0] === 'object')，确认输入格式合规
真正容易被忽略的是：很多人以为 templet 能绕过所有结构限制，其实它只解决“怎么画”，不解决“怎么排”和“怎么筛”。只要涉及排序、搜索、导出，field 对应的值就必须是最终可比较的原始类型，而不是靠函数实时算出来的。
