最稳路径是设列 edit: 'text' 并监听 table.on('edit()') 动态调用 layui.dropdown.render()，绑定 this、按需创建实例、用 obj.update() 同步；禁用 form.render('select') 避免重复渲染与定位失效。
edit: 'text' + cellEdit 事件拦截是最稳的路径
直接在 templet 里写 <select> 是无效的——表格渲染后 dom 是静态的，layui 表单组件不会自动初始化，更不会响应翻页、重载或滚动重建。官方支持且唯一能规避重复 render 和行为丢失的方式，是把列设为可编辑（edit: 'text'），再用 table.on('edit(...)') 拦截点击，动态拉起下拉菜单。
关键点：
-
edit: 'text'只是启用编辑入口，不真弹文本框；实际 UI 由你控制 - 必须监听
table.on('edit(filter)')，不能依赖form.on('select')或done回调批量form.render() - 推荐用
layui.dropdown而非layer.open：轻量、自动定位、即用即销，无内存泄漏风险
dropdown.render() 的正确调用时机和参数
下拉菜单必须在单元格被点击（即 edit 事件触发）时创建，且绑定到当前 DOM 元素（this）。不能提前挂载，也不能复用同一个 dropdown 实例。
典型写法：
table.on('edit(userTable)', function(obj){
if(obj.field === 'status') {
layui.dropdown.render({
elem: this, // 绑定到当前被点击的单元格 DOM
data: [
{name: '启用', value: '1'},
{name: '禁用', value: '0'}
],
click: function(item) {
obj.update({status: item.value, status_name: item.name});
}
});
}
});
注意：
-
elem: this是必须的，否则下拉框会脱离单元格定位 -
data数组中字段名必须含name和value，这是dropdown.render的硬性约定 - 不要在
click回调里调用table.reload()或手动修改obj.data，用obj.update()才能同步缓存与视图
为什么不能在 done 里 form.render('select')
看似省事，实则埋雷。表格开启分页（page: true）、高度限制（height）或搜索重载后，已渲染的 select 元素会被销毁，而 form.render('select') 不会自动补全新渲染的单元格。
后果包括：
- 翻页后下拉框变回原生样式，无 Layui 交互
- 重复调用
form.render('select')会导致事件重复绑定，点击一次触发多次回调 - Layui 2.8+ 对重复 render 做了静默保护，老版本则直接报错或 UI 错乱
- 每页 50 行 × 3 个下拉框 = 至少 150 次 DOM 查询 + 初始化，明显卡顿
兼容移动端和双击编辑的注意事项
如果项目需兼顾移动端，editTrigger: 'dblclick' 要慎用——触屏设备双击灵敏度低，容易误判为缩放。此时应改回默认 'click'，或加一层防抖判断。
另外，dropdown.render 在 iOS Safari 下偶有定位偏移，可加临时修正：
dropdown.render({
elem: this,
// ...
ready: function() {
// iOS 下强制重置定位
if(/iPad|iPhone|iPod/.test(navigator.userAgent)) {
layui.$(this.elem).next('.layui-dropdown').css('top', '100%');
}
}
});
真正难的不是写几行代码，而是理解「表格单元格不是普通 DOM 容器」——它的生命周期由 table 模块托管，任何脱离其更新节奏的 DOM 操作，都会在翻页、搜索、滚动时被悄悄抹掉。
