layui table 编辑时Tab键默认不跳行，因其内置编辑模式未监听Tab事件，原生行为导致焦点移出表格；需在input聚焦后用keydown拦截Tab，调用table.edit手动激活下一行同列编辑态，并处理边界情况。
layui table 编辑时 Tab 键默认不跳行，为什么？
因为 layui.table 的内置编辑模式（edit: 'text' 等）只监听回车、esc，完全没处理 tab 键事件。原生行为是让焦点移出表格（比如跳到浏览器地址栏），根本不会触发下一行编辑。
如何用 keyboard 事件手动接管 Tab 跳转？
必须在单元格 focus 后监听 keydown，拦截 Tab，再主动触发下一行同列的编辑态。关键点有三个：
- 用
layui.table.on('cellClick', ...)或td的click事件捕获编辑入口 - 编辑态激活后（比如
input获取焦点），绑定一次性的keydown监听器 - 判断
e.key === 'Tab'，然后调用table.edit手动打开下一行对应列
示例片段（假设当前编辑的是第 2 列）：
td.find('input').on('keydown', function(e) {
if (e.key === 'Tab') {
e.preventDefault();
const currRow = $(this).closest('tr');
const nextRow = currRow.next('tr');
if (nextRow.length) {
const nextTd = nextRow.find('td:eq(1)'); // 第2列索引为1
table.edit(nextTd, 'text'); // 触发编辑
}
}
});
为什么不能直接用 table.on('edit') 捕获并跳转？
table.on('edit') 是编辑完成（失焦或回车）后才触发，而 Tab 跳转需要在编辑中就干预焦点流向，时机完全不同。等它触发时，焦点早已离开表格，无法控制下一行。
-
edit事件适合保存数据，不适合导航控制 - 真实场景中用户按
Tab时，input还处于 focus 状态，必须用原生keydown - 注意：如果表格启用了
scroll，跳转后需手动nextTd[0].scrollIntoView({block: 'nearest'})，否则可能看不见新编辑单元格
兼容性与边界情况要防哪些坑？
实际落地时最容易翻车的是这几处：
- 最后一行按
Tab时，nextRow为空，不加判断会静默失败 —— 必须显式处理（比如跳到第一行，或return） - 表格有固定列（
fixed: 'left'），td:eq(n)可能选错列，建议用data-field属性定位：nextRow.find(`td[data-field="${currTd.data('field')}"]`) - Layui 2.8+ 对
table.edit加了防重逻辑，连续快速调用可能失效，加个setTimeout(..., 10)更稳 - 移动端没有
Tab键，这段逻辑应包裹在if (!/Android|iPhone|iPad|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent))里
最麻烦的其实是动态列和多级表头——这时候靠 eq() 定位几乎必错，得结合 colspan 和 rowspan 重新算列序号，不是加几行代码能搞定的。
