lay-verify会校验disabled表单项是因为其验证逻辑默认遍历所有带该属性的元素，不自动过滤disabled状态；需在form.submit回调中手动暂存并移除disabled元素的lay-verify属性，验证后再选择性恢复。
lay-verify 为什么会校验 disabled 的表单项
因为 lay-verify 默认遍历所有带该属性的元素，不管它是否被 disabled。Layui 的验证逻辑在触发时（比如点击提交按钮）会统一收集所有 lay-verify 元素，disabled 状态不参与过滤——这和原生表单提交行为一致，但常被误认为是“bug”。
如何让 lay-verify 自动跳过 disabled 元素
没有内置开关，得靠手动干预验证前的 DOM 状态。核心思路是：在提交前临时移除或屏蔽 disabled 元素的 lay-verify 属性，验证完再恢复（如果需要）。
- 推荐在
form.on('submit(...)')回调里操作，避免影响其他逻辑 - 用
$('[lay-verify][disabled]')找出所有带验证且被禁用的元素 - 先缓存原始
lay-verify值（用 jQuery 的.data()或原生dataset），再设为空字符串或移除属性 - 验证通过后，可选择性恢复（多数场景不需要）
示例片段：
form.on('submit(test)', function(data){
// 暂存并清空 disabled 项的 lay-verify
var $disabled = $('[lay-verify][disabled]');
$disabled.each(function(){
$(this).data('saved-verify', $(this).attr('lay-verify'));
$(this).removeAttr('lay-verify');
});
// 执行验证（此时 disabled 项已不参与）
// ... 后续业务逻辑
// 可选：恢复（仅当后续还有动态启用需求时才需要）
$disabled.each(function(){
var saved = $(this).data('saved-verify');
if(saved) $(this).attr('lay-verify', saved);
});
return false;
});
为什么不用 CSS 选择器直接排除 disabled
Layui 的验证引擎不支持选择器级别的过滤，form.verify() 或内部校验流程不会识别 :not(:disabled) 这类伪类。你写 $('input[lay-verify]:not(:disabled)') 在 JS 里能选中，但 Layui 不吃这套——它的校验入口是硬编码遍历 [lay-verify]，没留钩子。
- 试图用
form.render()或重置表单来绕开？无效，render不改变验证范围 - 给 disabled 元素加
lay-ignore？没用，这个属性只对非lay-verify元素起作用，且文档未声明它能覆盖验证逻辑 - 改 Layui 源码？不现实，升级就丢，也不推荐
兼容性与副作用提醒
上述方案在 Layui 2.8.x 和 2.9.x 下均有效，但要注意两个边界情况：
- 如果 disabled 元素同时绑定了自定义验证函数（如
form.verify({xxx: ...})），且该函数依赖字段值，那清空lay-verify后它也不会执行——这是预期行为，不是 bug - 若表单里有动态启用/禁用逻辑（比如 checkbox 控制某 input 是否 disabled），必须确保每次提交前都重新做一次“暂存-清除”，不能只做一次初始化
- 使用
form.val()获取值时，disabled 字段本就不返回，这点和验证逻辑一致，无需额外处理
真正容易漏掉的是：禁用状态可能来自 JS 动态设置，而你只在页面加载时缓存了初始状态。只要涉及运行时状态变更，就得在每次 submit 触发前重新扫描。
