Layui下拉框全选需手动设置option的selected属性并调用form.render('select', 'filter')同步UI，禁用form.val()设值；反选须先获取当前选值再计算未选项，移动端需加延时反馈或提示。
layui下拉框怎么用form.select触发全选逻辑
layui 2.x 的 select 组件本身不提供原生全选/反选，必须靠手动操作 option 元素 + 触发 form.render() 来同步 UI 和数据。核心是：先拿到下拉框的 select DOM，再批量设置 selected 属性，最后通知 layui 重绘。
常见错误是只改了 DOM 但没调 form.render('select')，导致界面不更新；或者用了 $('select').val([...]) 但未触发 layui 内部状态同步，提交时拿不到值。
- 确保下拉框有
lay-filter，比如lay-filter="multi-select" - 全选时用
$(selectEl).find('option:not([disabled])').prop('selected', true)，跳过禁用项 - 必须紧接着执行
form.render('select', 'multi-select')（第二个参数填你的lay-filter值） - 不要用
form.val()直接设值——它只对 input/checkbox/radio 生效，对 select 无效
怎么绑定「全选」按钮并避免重复渲染
按钮点击后若多次调用 form.render()，可能引发样式错乱或事件重复绑定。关键点在于：渲染只做一次，且要等 DOM 修改完成后再触发。
典型场景是带搜索的多选下拉（lay-search），此时 option 可能被 layui 动态包裹在 .layui-select-title 下，直接操作原始 select 才可靠。
- 给「全选」按钮加
id="select-all"，用$('#select-all').on('click', ...)绑定 - 先清空当前选中：
$(selectEl).val([])（这步可选，但能避免部分旧版本兼容问题） - 再批量设
selected属性，注意排除disabled和默认提示项（如<option value="">请选择</option>） - 最后只调一次
form.render('select', 'your-filter')，别放在循环里
反选逻辑为什么不能简单用 !$(opt).prop('selected')
因为 layui 渲染后，原始 select 的 selected 属性和实际 UI 状态可能不同步——UI 状态由 layui 自己维护在 .layui-this 类上，而 DOM 属性未必实时更新。直接读 prop('selected') 会拿到旧值。
正确做法是：先用 form.val('your-filter') 获取当前已选值数组，再对比所有可用 option 的 value，算出未选中的那些，然后设为选中。
- 获取当前值：
const curr = form.val('multi-select') || [] - 收集所有可用 value：
const allVals = $(selectEl).find('option:not([disabled]):not([value=""])').map((i, o) => o.value).get() - 计算反选值：
const invert = allVals.filter(v => !curr.includes(v)) - 设值：
$(selectEl).val(invert)，再form.render('select', 'multi-select') - 注意：layui 不支持
form.val()写入数组以外的类型，传字符串或 null 会清空
移动端点击「全选」后下拉面板自动关闭怎么处理
layui 的 select 在移动端点击任意区域都会收起面板，包括你刚加的「全选」按钮。用户点完没反馈，以为没生效。
解决方法不是阻止事件冒泡（会干扰其他功能），而是用 setTimeout 延迟触发面板重开——但得小心别造成无限循环。
- 全选操作完成后，加
setTimeout(() => { $('.layui-select-title').click() }, 10) - 只对移动端加这个逻辑：
if (/Android|iPhone|iPad|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent)) - 别用
layer.open模拟下拉——和 layui 原生逻辑冲突，容易崩溃 - 更稳妥的做法是放弃「保持展开」，改为操作后用
layer.msg('已全选')给明确反馈
真正麻烦的是多级联动场景：A 下拉全选触发 B 下拉重载，B 还要同步全选……这种得拆成独立函数，每层 render 后再调下一层，中间加防抖。不然页面卡死，用户根本不知道哪里出了问题。
