在使用 laydate 进行日期范围选择时，有一些容易被忽略的细节需要特别留意。其中最核心的一点是：value 字符串的格式必须与 format 完全一致，并且分隔符必须严格使用 ' - '（即空格、短横线、空格），否则 laydate 会无视你设定的范围值，默默回退到当前时间——这堪称最隐蔽的"静默失败"场景。
务必通过 value 传递合法字符串，起始与结束时间都必须严格对齐 format，分隔符不可随意替换。
举例来说，如果 format 设置为 'yyyy-MM-dd HH:mm:ss'，那么 value 必须写成 "2026-04-02 00:00:00 - 2026-04-02 23:59:59"。中间那三个字符——空格、短横线、空格——一个都不能少，也不能替换成中文"至"、全角破折号，或者直接使用不带空格的连字符。
- 错误示范：
"2026-04-02 00:00:00–2026-04-02 23:59:59"（使用了全角破折号，直接失效） - 错误示范：
"2026-04-02 00:00:00-2026-04-02 23:59:59"（缺少空格同样不行） - 错误示范：
"2026-04-02 - 2026-04-02"（format 要求包含时分秒，只给日期的话 laydate 照样不识别）
简单来说，这个组件对格式的要求非常严格，任何细微偏差都会导致不生效。
type 没有选对，所有设置都白费
即便 format 已经写明了 'yyyy-MM-dd HH:mm:ss'，只要 type 设置成了 'date'，选择后时分秒就会自动归零，相当于你白写了时间。而 type: 'time' 只能选择单纯的时间段，例如 "08:30:00 - 17:45:00"，完全不包含日期信息，用它来做日期范围选择，laydate 要么报错、要么截断。真正能够同时承载日期、时间和范围的类型，只有 type: 'datetime'。
动态设定今天 00:00:00 至 23:59:59，最安全的写法
不要手动拼接字符串再配合 new Date()，时区问题很容易导致你少掉 8 小时。直接使用 new Date() 构造当天的起始和结束时间，再转换为标准字符串即可：
const now = new Date();
const start = new Date(now.getFullYear(), now.getMonth(), now.getDate(), 0, 0, 0);
const end = new Date(now.getFullYear(), now.getMonth(), now.getDate(), 23, 59, 59);
const valueStr = `${start.toISOString().slice(0, 19).replace('T', ' ')} - ${end.toISOString().slice(0, 19).replace('T', ' ')}`;
laydate.render({
elem: '#range',
type: 'datetime',
format: 'yyyy-MM-dd HH:mm:ss',
value: valueStr
});
toISOString()能够绕过本地时区，确保生成的是 UTC 时间字符串，再切片替换，非常稳定- 手动构造
start和end比使用setHours(0,0,0)更可靠，可以避免跨天或夏令时带来的问题 - 如果项目中已经使用了 moment 或 dayjs，也可以用
moment().startOf('day').format(...)，但 laydate 本身并不依赖它们
联动更新范围后，必须调用 ins.reload()
例如你有"发起时间从"和"发起时间至"两个日期选择器，前者选择了 2026-04-01，希望后者的 min 变成那一天。很多人以为修改 ins.config.min = '2026-04-01' 就结束了——不对，这仅仅修改了内存中的对象，UI 日历面板并不会自动刷新。
- 正确做法：获取实例
ins，修改ins.config.min，然后立即执行ins.reload() - 老版本可能没有
reload()，那就只能通过ins.destroy()重建，但这样会丢失焦点和已填写的值 - 如果在
done回调里修改另一个实例的 min/max，记得那个实例也需要 reload，否则不会生效
最后再强调一次：value 字符串中的时间精度必须与 format 完全对齐——差一秒、少一位、多一个空格，laydate 都会当作无效值处理。它不会报错，也不会给出任何提示，只会安静地回退到当前时间，排查起来相当令人头疼。
