laydate需用动态计算的min/max实现静态30天范围限制，如min设为当前减30天、max为当前日；range模式下须通过done回调重绘另一实例实现联动；disableddate函数更优，可实时校验日期有效性。
laydate如何用min/max实现静态30天范围限制
min/max本身不能直接表达“相对当前选择的30天”，它们只接受绝对时间点。所以如果你的需求是“始终只能选最近30天”，就得把min设成今天减30天、max设成今天，且每次页面加载都要动态计算。
常见错误现象：写死min: '2026-03-25'，结果过两天就失效；或用new Date()传进去，却没处理时区，导致UTC时间比本地早8小时，边界错位一整天。
- 推荐写法：用
new Date().getTime() - 30 * 24 * 3600 * 1000算出毫秒数，再转成字符串格式，例如"2026-03-26"（注意月份是0起始，但字符串不用管） - 若type为
'datetime'，min/max必须带时分秒，否则默认按00:00:00解析，可能意外禁掉当天部分时间 - 字符串格式必须严格匹配
format，比如format: 'yyyy-MM-dd HH:mm:ss'时，min就得是"2026-03-26 00:00:00"
range模式下如何让开始/结束日期动态联动30天
单纯靠min/max无法实现“选了开始时间后，结束时间只能往后30天”——因为min/max是静态配置，不随用户操作变化。必须借助done回调 + 重新渲染另一个实例。
使用场景：请假系统、订单查询、活动周期设置等强业务约束场景。
- 两个input必须分开绑定，例如
elem: '#start'和elem: '#end'，不能共用一个range: true配置 - 在#start的
done里拿到所选日期date，用new Date(date.year, date.month - 1, date.date)构造Date对象（注意date.month是1起始，内部config要0起始） - 算出30天后的最大日期：
const maxEnd = new Date(startDate.getTime() + 30 * 24 * 3600 * 1000)，再用laydate.render({ elem: '#end', min: ..., max: ... })重绘 - 修改开始时间时，务必先清空#end的value，否则用户可能提交非法范围
为什么disabledDate更适合做30天动态校验
从Layui 2.9.8起，disabledDate函数正式支持，它比手动重render更轻量、更可控，适合需要频繁响应用户操作的场景。
它每渲染一个日期格子就调一次，参数是Date对象，返回true即禁用该日期。
- 别在
disabledDate里实时new Date()或查接口，提前缓存好基准时间戳，比如this.baseTime = Date.now() - 判断逻辑示例：
return time.getTime() > (this.baseTime + 30 * 24 * 3600 * 1000) || time.getTime() - 如果baseTime来自用户输入（如开始时间），记得在相关事件中调
ins.reload()触发重绘，否则禁用状态不会更新 - 注意：disabledDate只影响面板点击，不阻止手动输入，如需完全校验，得配合
change事件做二次验证
value超出30天范围时为什么输入框为空
laydate对value和min/max是两套独立逻辑：value是初始填入值，min/max是可选边界。如果value落在min/max之外，laydate会静默忽略，不报错也不提示。
容易踩的坑：复制别人代码时只改了min/max，忘了同步调整value，结果页面打开就是空输入框，还以为JS挂了。
- 确保
value字符串两端都落在min～max之间，比如min: "2026-03-26"，就别设value: "2026-03-25" - range模式下，
value必须是"2026-03-26 - 2026-04-25"这种格式，中间三个字符必须是" - "（空格+短横+空格），不能是中文“至”或连字符 - type必须是
'datetime'才能支持带时间的范围，type: 'date'会丢掉时分秒，导致value解析失败
实际中最容易被忽略的是：disabledDate函数的执行频率极高，每次渲染日历都会调用，如果里面做了耗时操作（比如查API、遍历大数组），页面会明显卡顿。宁可多花10行代码预计算好时间戳，也不要图省事在函数里现场算。
