应避免使用 order 作为字段名因其与 Layui 内部排序属性冲突导致渲染异常推荐后端重命名如 order_no或前端 map 预处理若必须保留则用 templet 函数取值。字段名是 order 时表格不渲染或报错怎么办直接用 order 当字段名layui 表格会挂——不是数据没传进去而是解析阶段就卡在 json.parse 或内部属性访问上。layui 的 cols 配置和数据映射逻辑里有些路径处理会把 order 当成内置排序字段比如 table.config.order导致字段被忽略、值变 undefined甚至控制台报 cannot read property xxx of undefined。根本原因不是 Layui “不支持”而是它内部用了 order 做状态标识且未做字段名隔离。所以不能靠“加引号”或“改模板语法”绕过得从数据结构或映射层动手后端返回时把 order 字段重命名为 order_no、order_id 或 item_order 等非关键字名最稳前端接收到原始数据后用 map 预处理 data res.data.map(item ({ ...item, order_no: item.order }));然后列配置里用 order_no如果必须保留字段名可在 cols 中用 templet 手动取值{ field: order, title: 单号, templet: div{{d.order}}/div }但注意此时 sort: true 会失效排序逻辑需自己实现Layui cols 配置中怎么安全引用含保留字的字段别指望 field: order 能直接工作。Layui 在内部做 d[field] 访问时若 field 是 JS 保留字或与内置属性同名如 order、type、filter可能触发隐式行为比如把 d.order 解析成 table.config.order。安全做法只有一条字段名和 field 值必须避开 Layui 内部使用的 key。查源码可知高频冲突字段包括order、type、filter、totalRow、fixed列配置里也用这个、align。处理建议优先改字段名而不是硬扛。前后端约定加前缀如 bus_order比写一堆 templet 更可持续若用 templet务必写成函数形式而非字符串模板避免 XSS 风险templet: function(d) { return d.order || -; }不要在 field 中使用点号user.info或中括号[order]——Layui 不支持嵌套路径语法为什么 data 里有 order 字段但 layTable 渲染出来却是空常见现象控制台没报错network 里看响应数据明明有 order: SO2024001但表格单元格一片空白。这不是渲染延迟而是字段被“静默丢弃”了。 幻导航网 发现优质实用网站,开启网络探索之旅