在 layui 表格的 row 事件回调中，如何获取当前行的索引是开发者常遇到的问题。利用 $(obj.tr).index() 可以快速获得当前页内从 0 开始的行号；而 dataIndex 并不可靠，因为排序、筛选、重载操作都可能导致其混乱。若需要全局序号，则需结合 page.curr 和 limit 手动计算，但服务端分页时，更推荐由后端直接返回该值。

layui table 的 row 事件里怎么拿到当前行的序号（从 0 开始）

layui 表格并未在 row 或 rowdouble 回调中直接提供行号参数，但你可以通过 tr 元素在 tbody 中的位置推算得出。关键要点：不要依赖 dataIndex，它只是渲染时的临时标记，翻页后会产生混乱。你需要的并非“全局第几行”，而是“当前页第几行”，因此利用 tr 的索引是最稳妥的方式。

实操建议：

• 监听 row 事件时，使用 tr 参数并调用 $(tr).index()，该方法返回该 在当前 中的下标（从 0 开始）
• 确保表格渲染完成后再绑定事件，推荐在 table.render() 的 done 回调之后绑定，或直接使用 table.on('row(...)') 这一标准方式
• 若启用了分页，此索引仅代表「当前页内」的行号；如需全局唯一序号（例如第 127 行），需手动计算：当前页码 × 每页条数 + tr.index()

为什么 dataIndex 不可靠，什么时候会出错

dataIndex 是 layui 在渲染时临时为每行数据添加的属性，初始值可能和原始数组下标一致，但一旦触发排序、筛选、重载（table.reload()），甚至某些版本中配置了 id 后，它就容易错乱或重复。例如点击第二页的某行，dataIndex 可能仍是 5、6、7——完全不是页内位置的正确体现。

常见错误现象：

• 点击第一页第 3 行时 dataIndex === 2；翻到第二页再次点击第 3 行，dataIndex 仍然为 2，而不是预期的 12（假设每页 10 条）
• 执行 table.reload({ where: { keyword: 'xxx' } }) 后，所有 dataIndex 被重新排序，却与传入的数据数组顺序不一致
• 当表格配置了 id: 'myTable' 时，某些低版本 layui 会将 dataIndex 当作 DOM ID 使用，导致冲突或丢失

用 tr.index() 获取页内行号的完整写法

这种方式最轻量、兼容性最优，且最不易出错。无需额外维护状态，也不依赖 layui 内部字段。

table.on('row(test)', function(obj){  var $tr = $(obj.tr);  var rowIndexInPage = $tr.index(); // ✅ 当前页内从 0 开始的行号  var rowData = obj.data;  console.log('当前页第', rowIndexInPage, '行，数据：', rowData);});

注意点：

• obj.tr 是原生 DOM 元素，必须用 $() 包裹后才能调用 index()
• 不要写成 $(obj.tr).parent().index()——该写法返回的是 在整个表格中的位置，没有任何意义
• 若表格启用了固定列（fixed: true），tr 会被复制到多个 中，此时 $(tr).index() 仍返回该 tr 所在 内的位置，不影响页内逻辑

需要全局行号时，怎么安全计算

如果业务确实需要“第 N 条数据在整个数据集中的位置”，就必须自行计算。不要依赖 dataIndex，也不要硬编码页码——要使用表格实例的实时状态。

实操建议：

• 先用 table.cache['test'] 获取当前缓存的全部原始数据（注意：仅适用于未开启服务端分页的情况）
• 开启服务端分页时，必须依赖后端返回全局序号（比如字段 global_index），前端无法准确推导
• 若坚持前端计算，可以采用：var page = table.config['test'].page; var limit = table.config['test'].limit; var globalIndex = (page.curr - 1) * limit + $tr.index();

真正的难点在于：分页、排序、筛选三者叠加时，前端无法得知服务端究竟返回了哪些数据。此时所谓的“全局行号”已失去意义——除非后端明确支持并返回该信息。