table.on('contextmenu')不可靠，因其event不提供target和列信息，data为缓存快照易错位，滚动后坐标失效，且无法精准定位列和行；应改用原生contextmenu监听.layui-table-body，结合dropdown.render手动定位与复用菜单实例。
直接用 table.on('contextmenu', ...) 拿不到行数据，也控制不了菜单位置；必须绕开 layui 的事件封装，用原生 contextmenu + dropdown.render() 手动联动。
为什么 table.on('contextmenu') 不可靠
Layui 的 table.on('contextmenu') 回调里，event 参数不带 target、不提供列字段、也不暴露当前行 DOM 节点。它只返回一个简化对象 {tr: ..., td: ..., data: ...}，但这个 data 是缓存快照，不是实时 DOM 上的那行——尤其在表格滚动、重载后容易错位或为空。
- 表格启用
height或放在overflow: auto容器里时，table.on的坐标计算会失效 - 多次右键触发后，闭包中存的
data可能被覆盖，导致菜单操作作用到错误行 - 无法区分点击的是哪一列（比如只想对「操作」列响应），它默认监听整行
正确做法：原生 contextmenu + dropdown.render 手动定位
核心是放弃 table.on，改用 document.querySelector('.layui-table-body').addEventListener('contextmenu', ...)，再把坐标和数据手动喂给 dropdown.render()。
- 监听目标必须是
.layui-table-body（不是table标签本身），因为 Layui 把tr渲染在内部tbody里，且支持固定列、虚拟滚动 - 用
e.target.closest('tr')获取右键所在行，再通过tr.dataset.index查table.cache拿真实数据，比靠index数组下标更稳（避免分页、筛选干扰） -
dropdown.render()的trigger必须设为'body'，不能写'tr'—— 否则菜单会锚定在tr的初始位置，滚动后严重偏移 - 菜单显示前要手动调用
dropdown.show()，传入{top, left}坐标，用e.clientY - $(window).scrollTop()补偿滚动偏移
菜单容器必须提前声明，且避免重复渲染
每次右键都调 dropdown.render() 会新建 DOM、绑定新事件，造成内存泄漏和菜单响应变慢。Layui 的 dropdown 不支持复用已有实例，所以得自己管理容器。
- HTML 中提前写好占位容器：
<div id="row-ctx-menu" class="layui-dropdown"></div> - 首次渲染后保存实例：
const ctxMenu = dropdown.render({ elem: '#row-ctx-menu', data: [...] }); - 后续右键只调
ctxMenu.show({top: y, left: x})，并用ctxMenu.config.data动态更新菜单项（比如根据行状态禁用「删除」） - 菜单点击回调里，别依赖闭包变量存行数据——统一从
ctxMenu.config.data或全局缓存里取，确保和右键那一刻一致
最易忽略的一点：表格容器若设置了 transform 或 perspective（比如配合动画库），e.clientX/Y 计算出的坐标会失准，必须用 getBoundingClientRect() 相对于容器左上角重新算。这点在嵌入 iframe 或弹窗里特别常见，但文档几乎不提。
