用 min 配字符串格式的今天日期，别用 new date()；范围选择器需显式联动两个输入框并调 reload() 更新限制。
直接结论：用 min 配字符串格式的今天日期，别用 new date()；如果是范围选择器，还得额外处理联动逻辑。
为什么 min: new Date() 会出错
这是最常踩的坑——new Date() 带时分秒（比如 2026-04-02T05:59:23），而 laydate 解析时会按本地时区转成 UTC 时间再比对，导致「明明是今天早上设的，下午就禁掉今天了」。更隐蔽的是：如果你用的是 type: 'datetime'，它还会把秒级精度带进去，进一步压缩可选窗口。
正确做法是统一用字符串，强制截断到日：
-
min: "2026-04-02"—— 安全，解析为当日 00:00:00 - 动态生成推荐写法：
min: new Date().toISOString().slice(0,10)（兼容性好，不依赖月份+1逻辑） - 绝对不要写
min: new Date().toLocaleDateString()，IE 下格式不统一
range: true 场景下两个输入框都得限制
只给第一个输入框设 min，第二个输入框默认仍可选任意日期（包括昨天）。laydate 不自动校验「结束 ≥ 开始 ≥ 今天」这个链式关系。
必须显式控制两个入口：
- 初始化时，两个
elem都要单独 render，且都配min: "2026-04-02" - 如果要求「结束日期不能早于开始日期」，需监听第一个框的
done事件，然后调ins2.reload({ min: selectedStart }) - 注意：动态改
min后必须调ins.reload()（≥ v2.8.0），老版本得先ins.destroy()再重 render，但会丢焦点和已填值
禁用今天之前的日期，但允许用户手动输入？
laydate 的 min/max 只约束面板选择，不限制 input 框手动输入。如果业务强要求「连手输过去日期都不行」，得加额外校验：
- 在
done回调里检查value是否早于今天，早于则清空或提示 - 监听
change事件做实时校验（注意防抖，避免每敲一个字符都触发） - 后端也必须做二次校验——前端限制只是体验优化，不可信
真正容易被忽略的点是：时区 + 字符串格式 + reload 三者必须同时对齐。哪怕你算对了今天，漏掉一次 reload，或者用了 toLocaleDateString() 导致 IE 里变成 4/2/2026，整个限制就失效了。
