Layui表格不提供上/下行原生API，必须通过事件对象的dataIndex查table.cache数组；因排序筛选后DOM顺序与数据顺序不一致，仅未分页未排序时DOM操作才可靠。
获取 Layui 表格当前行的上一行或下一行数据
直接说结论：layui 的 table 模块本身不提供「上一行/下一行」的原生 api，必须靠手动查表数据源（data 数组）和当前行索引推算。别指望 tr 元素自带前后指针 —— 它没有。
为什么不能用 $(this).closest('tr').prev() 这类 DOM 操作？
因为 Layui 表格默认开启分页、筛选或排序后，DOM 上的 tr 顺序 ≠ 原始数据数组顺序。比如你点过“按姓名升序”，界面上第 3 行实际对应原始 data[17]；此时用 .prev() 拿到的是界面相邻但逻辑无关的另一条数据，结果错得离谱。
- 只在「未排序、未筛选、单页全量渲染」时，DOM 顺序才和
data下标一致 - 只要调用过
table.reload()或启用了page: true，就必须回源数据数组查 - 表格启用
id（如id: 'userTable'）才能通过table.cache安全取到当前页真实数据
怎么安全拿到上/下行数据？
核心是两步：先通过事件参数拿到当前行在缓存中的真实下标（dataIndex），再查 table.cache['yourTableId'] 数组。注意：这个下标是当前页内的序号，不是全局下标。
- 监听
tool或rowDouble事件时，事件对象obj里有obj.dataIndex字段，它就是当前行在table.cache中的索引 -
table.cache存的是当前页渲染的数据副本，已过滤、已排序，所以直接用它最准 - 检查边界：上一行要
dataIndex > 0，下一行要dataIndex
示例（在 tool 回调里）：
table.on('tool(userTable)', function(obj){
var data = obj.data;
var cache = table.cache.userTable; // 确保你的 table 初始化时写了 id: 'userTable'
var idx = obj.dataIndex;
<p>if (idx > 0) {
var prevRow = cache[idx - 1]; // 上一行
}
if (idx < cache.length - 1) {
var nextRow = cache[idx + 1]; // 下一行
}
});如果需要跨页的「上一条/下一条」（全局顺序）怎么办？
这就没法靠 table.cache 了，它只存当前页。你得自己维护原始完整数据（比如存在 window.allData 或 Vuex/Pinia 里），再结合当前行的唯一标识（如 id 字段）去全量数组里 findIndex。否则一翻页，上下文就断了。
- 别试图从服务端重新拉一次全量数据来比对 —— 用户体验卡顿，且可能因并发修改导致 ID 错位
- 如果原始数据量大（>5000 条），前端全量存内存需谨慎，考虑用服务端游标（cursor）方式分页
- Layui 没有内置的「全局行定位」机制，这个逻辑必须你自己补全
真正容易被忽略的是：dataIndex 只在 tool、rowDouble 这类行级事件里有，header 或 checkbox 事件里没有。如果从 checkbox 触发，得先用 obj.tr.data('index') 反查，但那个值不稳定 —— 最稳妥的还是统一走 cache + 唯一字段匹配。
