禁用过去日期必须用disabledDate，min不可靠；该函数自Laydate 2.9.8起支持，仅对date和datetime类型生效，每次渲染执行一次，需判空并用getTime()比对毫秒戳。
禁用过去日期必须用 disabledDate，min 不可靠
直接设 min: new date() 会因时分秒导致今天下午就禁掉“今天”，min: "2026-07-01" 只能禁“昨天及更早”，但“今天 00:00:01 起”仍可选——真正要禁所有“已发生”的时间点，得靠 disableddate 函数实时比对毫秒戳。
这个函数从 Laydate 2.9.8 起才正式支持，低版本无效；且只对 type: 'date' 和 type: 'datetime' 生效，time、year、month 类型下完全不触发。
-
disabledDate每次渲染单元格都执行一次，传入的是Date实例（不是字符串），必须判空：if (!date) return false - 判断逻辑用
date.getTime() ，返回 <code>true即禁用 - 别在函数里调
new Date()或发请求——它高频执行，卡顿直接体现在日历展开上
disabledDate 的最小可用写法
以下代码禁用所有早于当前时刻的日期（含今天已过去的每一分一秒）：
laydate.render({
elem: '#date',
type: 'date',
disabledDate: function(date) {
if (!date) return false;
return date.getTime() < Date.now();
}
});
注意：如果你用的是 type: 'datetime'，这段逻辑同样生效，禁用的是“当前毫秒时间戳之前”的所有时间点；若只想禁“今天之前”，则改用 min: "2026-07-01" 并配 ins.reload() 动态更新。
- 别写
date.toISOString().split('T')[0] < new Date().toISOString().split('T')[0]——时区偏移会让字符串比较出错 - 不要依赖
getFullYear()+getMonth()拼串再比对，月份补零易漏、性能差、还可能跨时区错位 - 如果页面加载后时间推移（比如用户停留数小时），该逻辑依然准确，因为每次点击都重新执行
Date.now()
动态禁用范围变化时必须调 ins.reload()
比如用户切换城市后，禁用规则要加新日期，仅修改 forbiddenDates Set 不生效。Laydate 不监听变量变化，UI 日历不会重算。
实操步骤：
- 拿到实例：
var ins = laydate.render({ elem: '#date', ... }) - 更新禁用逻辑（如往 Set 加新时间戳）
- 立刻执行：
ins.reload()（Laydate ≥ 2.8.0 支持）
老版本只能 ins.destroy() 再重 render，但会丢焦点和已填值——这比逻辑写错更常导致“明明改了却没反应”。
多个禁用条件共存时容易漏掉兜底 return false
比如既要禁周末，又要禁过去日期，还得禁某段节假日，所有判断必须塞进同一个 disabledDate 函数里：
disabledDate: function(date) {
if (!date) return false;
var time = date.getTime();
var day = date.getDay();
// 周末 或 过去 或 节假日段
if (day === 0 || day === 6 || time < Date.now() ||
(time >= 1742515200000 && time <= 1742599999999)) {
return true;
}
return false; // 关键：没匹配任何条件，必须放行
}
漏掉最后一行 return false，结果是所有日期都被禁——这是线上最常复现的“全灰不可点”问题，调试时很难发现。
