parseData 必须返回扁平结构 {count: number, data: Array}，需手动解构接口嵌套数据并确保 count 为数字类型，对 null/undefined 做防御处理或在 templet 中用可选链安全访问。
parseData 里取不到 data.list[0].userInfo.name 怎么办
因为 parsedata 的返回值必须是扁平结构：{count: number, data: array}，layui 表格不解析嵌套路径，它只认你塞进去的 data 数组里每一项都是“一行数据”。如果你原始接口返回的是 {code: 0, data: {list: [...]}}，直接 return 原始 data 肯定空表。
实操建议：
- 在
parseData函数里手动解构：比如接口返回res.data.list，就 return{count: res.data.total || res.data.list.length, data: res.data.list} - 别试图在
parseData里做字段映射（如把userInfo.name拆成userName），那是cols配置或后端该干的事；这里只负责“给对数组” - 如果层级深且字段名不统一（比如有时是
user，有时是profile），先用Array.map做一次标准化转换再 return
为什么改了 parseData 还是显示 loading 状态
常见错误现象：控制台没报错，但表格一直转圈，parseData 函数明明执行了、也 return 了正确结构——大概率是 count 字段没给对，或者类型不是 number。
实操建议：
-
count必须是数字类型，字符串"100"或undefined都会导致 Layui 认为总数未知，从而卡在 loading - 检查接口是否真返回了总条数；如果没有（比如纯前端分页或流式接口），可设
count: data.length，但要确保data是当前页数据，不是全量 - 如果用了
response配置重命名字段（如把msg改成message），注意它和parseData的执行顺序：Layui 先走response，再进parseData，别重复解包
parseData 中处理 null/undefined 数据导致表格崩溃
当某条数据的 userInfo 是 null，而你在 cols 里写了 field: 'userInfo.name'，Layui 渲染时会报 Cannot read property 'name' of null，但这个错误不会打断 parseData，而是发生在后续 DOM 渲染阶段，很难定位。
实操建议：
- 在
parseData返回前，对每条数据做防御性处理：item.userInfo = item.userInfo || {} - 更稳妥的方式是在
cols的templet里处理，比如：templet: d => d.userInfo?.name || '-'（注意 Layui 2.8+ 支持可选链） - 避免在
parseData里调用异步操作或依赖外部状态，它必须是纯同步函数，否则表格初始化会失败
Layui 2.7 和 2.8 在 parseData 上的兼容性差异
2.8 开始支持在 templet 中使用可选链和空值合并，但 parseData 本身没变——它始终是个同步函数，签名仍是 function(res) { return {...} }。真正影响行为的是你返回的 data 数组里字段是否可被模板安全访问。
实操建议：
- 如果项目还在用 2.7，别在
templet里写d?.a?.b，老老实实用d && d.a && d.a.b或提前规整字段 - 升级到 2.8 后，
parseData不需要改，但要注意：若后端字段名含点号（如user.name），Layui 会尝试深层取值，此时仍需确保对象存在，否则照样报错 - 所有涉及层级访问的字段，最省事的方案是在
parseData里展平：把userInfo.name提前赋给userName，然后cols直接绑userName
