laydate中设置起始时间后自动推算终止时间需更新实例config.value并调用reload()，解析value字符串计算新日期，格式化为与format完全一致的字符串，同步更新end.config.min（注意month从0开始），避免直接操作dom或忽略时区/前导零。
laydate 设置起始时间后自动推算终止时间（如 +30 天）
直接在 done 回调里用 $("#endtime").val() 赋值是无效的——laydate 不会响应 dom 值变更，必须调用实例的 config.value 并触发 reload()。
常见错误是拼字符串加天数后直接塞进 input，结果下次点开控件还是显示原始日期，因为 laydate 内部状态没同步。
- 用
new Date(dateStr)解析起始时间，再通过setDate()或setTime()推算终止时间，避免手动字符串切割（易出时区/闰月问题） - 推算后需格式化为与
format完全一致的字符串，比如format: 'yyyy-MM-dd'就不能输出'2026-4-21'（少前导零） - 更新完
end.config.value后必须立即调用end.reload()，否则 UI 不刷新
type='datetime' 下精确到秒的自动推算（如 +1 小时）
如果起止都要带时间，且需按小时/分钟推算（比如会议开始后 1 小时结束），date 参数里的 hours/minutes 字段不可靠——它只反映用户点击的面板日期，不包含输入框里手动改的时间。
真正可用的是 value 字符串，必须解析它：
done: function(value, date, endDate) {
if (!value) return;
const start = new Date(value);
const end = new Date(start.getTime() + 60 * 60 * 1000); // +1 小时
const formatted = `${end.getFullYear()}-${String(end.getMonth()+1).padStart(2,'0')}-${String(end.getDate()).padStart(2,'0')} ${String(end.getHours()).padStart(2,'0')}:${String(end.getMinutes()).padStart(2,'0')}:${String(end.getSeconds()).padStart(2,'0')}`;
end.config.value = formatted;
end.reload();
}
注意：这里没用 toISOString()，因为 laydate 默认用本地时区渲染，用 UTC 时间会导致显示偏差（比如你在北京选 10:00，toISOString() 输出的是 02:00）。
联动时避免 min/max 错位导致无法选择
起始时间变更后，不仅要设终止时间的默认值，还必须同步更新它的 min，否则用户可能选到比起点更早的时间——但这个 min 是对象结构，不是字符串：
-
end.config.min = { year: date.year, month: date.month - 1, date: date.date }—— 注意month是 0 起始 - 如果 type 是
'datetime'，还得补上hours/minutes/seconds，否则默认从 00:00:00 开始限制 - 别漏掉
end.config.min.month = date.month - 1这行，很多案例里就因为少这句，导致 min 月份始终是 0
按钮触发推算（如“+7 天”）时的注意事项
用户点按钮推算，不是靠 done 回调，而是主动读取当前起始值再计算。这时最容易踩的坑是：$("#startTime").val() 可能为空或格式非法，必须校验：
- 先用
$.trim($("#startTime").val())去空格 - 用
new Date(str)构造，检查isNaN()防止无效日期（比如 "2026-02-30"） - 推算后调用
end.config.value = xxx+end.reload()，而不是$("#endTime").val(xxx) - 如果起始时间控件还没初始化（比如异步加载表单），直接读
.val()会是空字符串，应确保 laydate 实例已创建
复杂点在于：推算逻辑要和用户实际看到的 format 对齐，比如 format 是 'yyyy年MM月dd日'，那你就得自己写格式化函数，laydate 不提供反向解析。
