最稳妥方法是在templet中用d.LAY_TABLE_INDEX结合table.config.page.curr和limit动态计算全局序号：(curr-1)*limit+d.LAY_TABLE_INDEX；因d.LAY_TABLE_INDEX是layui注入的当前页内从1开始的行号，配合分页配置可确保搜索、排序、翻页后序号始终连续正确，不依赖后端ID或DOM属性。
layui table 的 templet 里怎么加序号列
直接在列配置里用 templet 返回序号最稳妥，不依赖后端数据、不干扰排序翻页。layui 的 table.render() 每次渲染行时会传入 data 和 index 参数，其中 index 是当前页的从 0 开始的行号——所以得手动 +1，再结合分页信息算全局序号。
常见错误是只用 index + 1，结果翻页后又从 1 开始；或者把序号写死在 data 里，导致排序/搜索后错乱。
- 用
page: true时，必须读取table.cache['your-id']或监听table.on('sort(...)')获取当前页码和每页条数 - 更简单的方法：在
templet函数里调用table.config['your-id'].page.curr和table.config['your-id'].limit动态算 - 示例写法：
{field: 'num', title: '序号', width: 60, unresize: true, fixed: 'left', templet: function(d) { const tableIns = table.get('your-table-id'); const page = tableIns.config.page; return (page.curr - 1) * page.limit + d.LAY_TABLE_INDEX;}}（注意：d.LAY_TABLE_INDEX是 layui 内部从 1 开始的当前页行号）
为什么不能用 data-index 或后端返回的 id
因为 data-index 是 DOM 属性，翻页/排序后不会自动更新；而后端给的 id 或自增字段，本质是记录 ID，不是显示序号——搜索过滤后，第 3 条可能变成第 1 条，但 ID 还是 3。
用户要的是“当前列表中第几个”，不是“这条数据在库里的 ID”。两者语义不同，混用会导致体验断裂。
- 前端自增序号必须基于当前渲染上下文（当前页、当前 limit、当前 filter 结果）实时计算
- 如果用了
id渲染序号列，开启搜索后会出现 “1, 5, 8, 12” 这种跳跃，用户会困惑 - Layui 的
data数组在搜索/排序后已重排，但原始id不变，无法反映视觉顺序
table.cache 和 table.config 哪个更可靠
table.config 更稳定。因为 table.cache 只存原始数据快照，不分页、不带搜索过滤结果；而 table.config 里有 page.curr、limit、url、where 等运行时真实配置，且在每次重载、排序、搜索后都会更新。
- 别读
table.cache['id'].length来算总数——那是原始数据量，不是当前页可见数 - 监听
table.on('page(...)或table.on('sort(...)时，回调参数里的obj也带curr和limit，比查 config 更直接 - 如果表格没开分页（
page: false），那index + 1就够了，不用算页偏移
全局序号的计算逻辑其实就一行：当前页码减 1，乘以每页条数，加上当前行在页内的位置。容易被忽略的是——这个“位置”必须来自 layui 渲染时注入的 lay-index 或 data.LAY_TABLE_INDEX，而不是你自己的计数器或循环 i++。一旦手动维护索引，就和 layui 的内部状态脱节了。
