layui表格无法直接解析user.info.name等嵌套field，必须通过parsedata扁平化数据或templet单列渲染；前者适用于需排序/筛选/导出的场景，后者适合轻量展示但field仍需占位顶层键名。

layui 表格无法直接识别 user.info.name 这类点号路径的 field，必须手动解构嵌套结构——要么在 parsedata 中扁平化整个数据数组，要么用 templet 单列渲染。选哪种，取决于你是否需要排序、筛选或导出该字段。

parseData 必须返回纯对象数组，不能改原始 res

后端返回类似 {code: 0, data: {total: 12, list: [{id: 1, user: {info: {name: '李四', dept: '前端'}}}]}} 时，parseData 是唯一能统一处理 total 和 data 路径的地方：

• 别写 res.data.list[i].user.info.name 直接赋值——这会污染原始响应，影响缓存或后续逻辑
• 必须用 map 创建新对象：res.data.list.map(item => ({ id: item.id, name: item.user?.info?.name || '-', dept: item.user?.info?.dept }))
• return 的对象里每个 key 都得是字符串（如 name），不能是表达式或函数
• 确保 data 是 Array.isArray()，且每项都是 plain object（无原型方法、非 Map/Set）

templet 适合单列展示，但 field 仍需对应扁平 key

如果只有一两列要取嵌套值，用 templet 更轻量，但它不改变表格内部的数据映射关系：

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

• field 依然得填一个真实存在的顶层字段名（比如 name），哪怕只是占位；templet 函数里的 d 参数才是原始行数据
• 安全取值必须用可选链：d.user?.info?.name，否则遇到 undefined 会报 Cannot read property 'info' of undefined
• 模板字符串写法（templet: '<div>{{d.user.info.name}}</div>'）不支持可选链，遇到空值直接渲染 [object Object] 或空白
• 该列若开启 sort: true，但 field 指向的 key 在 parseData 返回的对象里不存在，排序会失效或报错

修改 table.js 是下策，仅当后端完全不可控时考虑

有人通过替换 table.js 源码，把 res[response.countName] 改成 res.data.total，但这带来长期维护风险：

• 每次升级 Layui 都得重新打补丁，容易漏掉新版本的路径逻辑变更
• 官方未暴露 countPath / dataPath 配置项，说明这不是设计支持的用法
• 多个项目共用同一份 Layui 时，一个项目改了会影响其他项目
• 真正该推动的是后端在万级数据场景下直接返回扁平结构——parseData 里做 map + 解构在大数据量下有明显性能损耗

最易被忽略的一点：无论用 parseData 还是 templet，只要嵌套字段可能为 null 或 undefined，就必须用可选链或三元判断兜底；Layui 不做运行时类型防护，出错时往往只是列空白，控制台还未必报错。