必须拆成两个独立 laydate 实例并手动联动：start 变更后计算 end 的 min 时间，调用 reload() 刷新；需额外校验时间差 ≤10 分钟，且解析时间时用 toISOString() 避免时区错误。
不能直接用 min/max 实现“10分钟内”这种动态差值约束——它们只设绝对边界，不支持相对差值校验。必须靠联动 + 手动重 render + 格式校验三者配合。
range 模式下 start/end 必须分开绑定两个 input
laydate 的 range: true 本质是单实例双面板，无法对两端做独立 min/max 控制。真要限制“结束时间 ≤ 开始时间 + 10 分钟”，就得拆成两个独立实例：
- 一个绑定
#start，type: 'datetime' - 另一个绑定
#end，type: 'datetime'，且初始min设为和#start相同值 - 在
#start的done回调里，计算new Date(startValue) + 10 * 60 * 1000，转成字符串后赋给#end的min
done 回调里必须用 reload() 刷新 end 实例
ins.config.min = newMinStr 不会触发界面更新，Layui 不监听 config 变更。实操必须：
- 拿到
#start的done返回值（格式如"2026-07-01 10:05:22"） - 用
new Date()解析它，加 10 分钟，再转回yyyy-MM-dd HH:mm:ss字符串 - 调用
endIns.reload({ min: newMinStr })（Layui ≥ 2.8.0） - 如果用户清空
#start，记得把#end的min设回初始值（比如"1970-01-01"），否则残留限制
value 超出范围时 laydate 会静默忽略
如果用户手动输入或粘贴了超出 10 分钟的 #end 值，laydate 不报错也不提示，只是点确定后不生效——输入框内容保留但实际 value 为空。必须额外加校验：
- 在
#end的done回调里，重新解析 start 和 end 时间戳，判断差值是否 ≤ 600000 - 不满足就用
layer.msg()提示，并手动清空#end输入框 - 别依赖 laydate 自身校验，它的
min/max对手输无效
真正麻烦的不是写这几行代码，而是时间字符串解析时的时区陷阱：用 toISOString() 切片最稳，直接拼年月日时分秒容易因本地时区偏移导致边界错位 8 小时。
