laydate的done回调并非仅在点击“确定”时触发，而是每次日历点击、输入或清空均执行；应通过btns+ready手动绑定确定按钮click事件来准确捕获用户确认操作。
laydate 的 done 回调不是「点确定」事件
很多人以为 done 是用户点击「确定」按钮后才触发，实际它在每次日历点击、手动输入、清空操作后都立即执行。这意味着表单校验逻辑如果直接塞进 done，会在用户还没确认时就跑一次，甚至校验一个半截的日期（比如只选了年月、没选日），导致误报或状态错乱。
根本原因：laydate 把「值已确定」等同于「用户完成选择动作」，而「确定」按钮仅负责关闭面板，不参与值提交流程。所以你不能靠 done 来判断“用户是否真点了确定”。
用 btns + ready 手动绑定确定按钮点击事件
真正监听「点确定」那一刻，得自己动手接管底部按钮：
- 配置
btns: ['clear', 'now']，先隐藏默认的'confirm'按钮 - 在
ready回调里等 DOM 渲染完成，再用document.querySelector('.layui-laydate-footer .layui-btn-primary')找到那个「确定」按钮（Layui 2.8+ 默认 class 是layui-btn-primary） - 给它绑定
click事件，在里面读取input.value或调用laydate.getEndDate()（注意：此时 input 必须已失焦，否则值可能未格式化） - 别忘了手动调用
picker.close()关闭面板，否则用户点了没反应
示例关键片段：
laydate.render({
elem: '#date',
format: 'yyyy-MM-dd',
btns: ['clear', 'now'],
ready: function() {
const confirmBtn = document.querySelector('.layui-laydate-footer .layui-btn-primary');
if (confirmBtn) {
confirmBtn.onclick = function() {
const val = document.getElementById('date').value;
if (!val || !/^\d{4}-\d{2}-\d{2}$/.test(val)) {
layer.msg('日期格式不合法，请重新选择');
return;
}
// 这里放你的校验逻辑，比如检查是否在业务允许范围内
if (new Date(val) < new Date('2026-04-01')) {
layer.msg('不可早于 2026-04-01');
return;
}
// 校验通过，可提交或触发后续逻辑
picker.close();
};
}
}
});
与 jQuery Validate 联动时，blur 比 change 更可靠
如果你同时用了 jquery.validate.js，会遇到「选一次不生效、要点两次才消失红标」的问题。这是因为 validate 在 input 初始化时就立刻校验了空值，而 laydate 的值回写发生在「确定」之后、且不自动触发 change 事件。
解决方案不是强行重 trigger change，而是改用 blur 时机：
-
blur发生在用户离开输入框时，此时 laydate 已完成值写入，且页面焦点已移出，数据稳定 - 在
blur里手动清除验证错误样式：$('#date').removeClass('error').next().hide() - 再主动调用
$('#form').validate().element('#date')触发单字段校验（需确保 validate 实例已初始化）
这样既避开 timing 问题，又不破坏 validate 原有机制。
min/max 不校验手动输入，校验必须自己做
min 和 max 只约束面板点击和键盘上下键，对粘贴、手动输入完全无效。所以即使你设了 min: '2026-04-01'，用户仍能输个 2020-01-01 然后点确定——这个值会绕过所有限制直达 input。
因此，「点确定后校验」必须包含两部分：
- 格式合法性：用正则或
Date.parse()判断字符串能否转成有效日期 - 业务范围合法性：比如是否晚于当前时间、是否在某两个日期之间、是否为工作日等
- 注意：
input.value是字符串，别直接拿它跟new Date()比大小，先 parse 再比较
最容易被忽略的是：校验失败后，要不要把 input 清空？要。否则用户下次点开面板，看到的还是那个非法值，面板却可能因超出 min/max 而无法滚动到对应月份——这时候他连修正的机会都没有。
