table.edit() 是唯一可靠入口，必须传入原生td元素和编辑类型，确保表格已渲染、列配置edit属性且td存在于tbody内，绕过它直接操作DOM易导致焦点异常。
table.edit() 是唯一可靠入口
不能靠模拟 click 或 focus，layui 的单元格编辑态必须由 table.edit() 主动触发。它内部会检查列是否配置了 edit 属性、是否允许编辑、是否已渲染完成——绕过它直接操作 dom 很容易卡在“有 input 但没激活”或“焦点进不去”的状态。
调用前必须确保：表格已完成 render()、目标 td 元素真实存在、对应列的 edit: 'text'（或其他有效类型）已正确配置。
-
table.edit()第一个参数是原生td元素（不是 jQuery 对象，也不是字符串选择器） - 第二个参数是编辑类型，如
'text'、'number'；若列已配edit，传空字符串或不传也行，但显式传入更稳妥 - 如果 td 是动态生成的（比如分页后新加载的行），得等
done回调执行完再调用，否则元素还没挂到 DOM 上
如何安全获取目标 td 元素
别用 $('td:eq(2)') 这类靠索引硬写的写法——加了固定列、序号列、复选框列后，index() 和实际字段顺序就对不上了。最稳的方式是结合 data-field 和行标识定位。
- 先通过行索引（如
table.cache['your-id'][rowIndex]）拿到数据对象，再根据字段名反查列配置里的index - 或者直接用
tr元素找：const $td = $tr.find(`td[data-field="${field}"]`)，然后取原生[0] - 如果用了
id字段作为唯一标识，可用table.getCacheNode('your-id').find(row => row.id === targetId)定位行，再算列偏移
注意：td 必须是表格 body 内的，表头 th 或外部容器里的无效。
常见失败原因和绕过方法
调用 table.edit() 后没反应？大概率是下面几个点卡住了：
- 目标
td没有data-field属性——说明该列没走 layui 渲染逻辑，比如用了templet且没手动补属性 - 列配置里写了
edit: 'select'，但没提供option，Layui 只渲染空<select></select>，用户点不开 - 表格启用了
height且设为'full-xx'，动态插入的编辑器被父容器裁剪，加style="position: relative"到td上可缓解 - 移动端 WebView 下，
input聚焦后键盘弹不出——这不是table.edit()的问题，而是浏览器限制，需配合focus()后延时scrollIntoView()
编辑态激活后想自动聚焦或选中文字
table.edit() 执行后，Layui 会插入 input 并 focus()，但不会 select()。如果希望用户一进编辑就全选内容，得监听 input 的 focus 事件：
$(document).on('focus', '.layui-table-edit input', function() {
const $input = $(this);
setTimeout(() => {
$input.select();
}, 10);
});
这里用 setTimeout 是因为 input 是异步插入的，直接 .select() 会找不到元素。另外注意：这个委托必须加在 .layui-table-body 内部，否则可能捕获到其他无关 input。
真正麻烦的从来不是怎么调 table.edit()，而是调完之后怎么让输入体验跟原生一样顺——光有编辑框不够，还得管焦点、滚动、选中、失焦同步、移动端兼容，每一步都容易漏。
