正确操作是直接修改原生option的disabled属性并调用layui.form.render('select','filter-name')；lay-data和CSS类无效，IE11需遍历options，键盘导航需手动守卫，禁用与删除依业务语义选择。
动态禁用 select 中特定 option 的正确操作路径
必须直接修改原生 元素的 disabled 属性，再调用 layui.form.render('select', 'filter-name')；只改 class、lay-data 或操作伪 DOM 完全无效。
- 禁用 value 为
"sh"和"gz"的两个选项：document.querySelector('select[name="city"] option[value="sh"]').disabled = true; document.querySelector('select[name="city"] option[value="gz"]').disabled = true; layui.form.render('select', 'city'); - 若使用 jQuery，注意字符串匹配：用
$("select[name='city'] option[value='sh']")，别写成option[value=sh]（缺少引号在部分浏览器会失配） - 批量禁用时，先统一设
disabled = true，最后只调一次form.render('select', 'filter-name')，避免重复渲染卡顿 - IE11 不支持
querySelector对option[value="x"]的精确匹配，可 fallback 到遍历：Array.from($select[0].options).forEach(opt => { if (opt.value === 'sh' || opt.value === 'gz') opt.disabled = true; });
为什么 lay-data="{'disabled':true}" 和 layui-disabled 类都没用
Layui 的 select 渲染器完全忽略 lay-data 中的 disabled 字段，也**不读取任何 CSS 类**来判断是否禁用。它只依赖原生 属性状态。
-
→ 界面照常可点，提交照常带值 -
→ 样式可能变灰，但键盘仍能选中、回车仍触发 - 所有“看起来禁用了”的错觉，都源于没触发
form.render('select')同步真实状态
禁用后键盘还能上下切换？得手动兜底
Layui 默认不限制键盘导航跳过已禁用的 ，用户按 ↑↓ 键仍可聚焦到被禁用项，回车照样触发 form.on('select()') 回调。
- 必须在事件回调开头加守卫：
form.on('select(city)', function(data) { if ($(data.elem).find('option:selected').is(':disabled')) return; // 后续业务逻辑 }); - 更彻底的做法：绑定
keydown并阻止默认行为（注意要在form.render()之后加）：$(data.elem).on('keydown', function(e) { if ($(this).is(':disabled') || $(this).find('option:selected').is(':disabled')) { e.preventDefault(); } }); - 这个监听不能写在
layui.use外，也不能早于form.render()执行，否则data.elem对应的 DOM 尚未就绪
删掉禁用项 or 留着但禁用？关键看业务语义
禁用 ≠ 删除。如果该选项未来可能恢复启用（比如权限临时收回），就用 disabled + render；如果确定永久移除，优先走 .remove() + render，避免禁用状态残留导致键盘误触或语义混淆。
- 留着禁用：适合“当前不可选，但用户需看到存在”场景（如灰显的“已下架商品”）
- 直接删除：
$("select[name='city'] option[value='sh'], select[name='city'] option[value='gz']").remove(); layui.form.render('select', 'city');更干净，但后续重新加载数据时必须确保数据源已同步剔除 - 最容易被忽略的是：禁用操作若发生在 AJAX 回调里，而该回调又没等
form模块加载完成，form.render()会静默失败——务必确认layui.use('form', ...)包裹了所有相关逻辑
