laydate 设置默认值为当前时间（带时分秒）需用 value 传格式化字符串，如'2024-06-15 14:30:25'，不可传 date 对象或依赖 defaultdate（v3 已废弃）；datetime 类型需手动添加“现在”按钮并调 setvalue；时区问题须前端统一转 iso 格式提交。
laydate 设置默认值为当前时间（带时分秒）
laydate 默认不自动填充当前时间，必须手动指定 value 或用 ready 回调 + setDate 主动赋值。如果只设日期没设时间，哪怕用了 new Date()，也会变成 00:00:00 —— 这是初学者最常踩的坑。
正确做法是生成一个格式化字符串，且必须匹配你配置的 format 和 trigger 类型：
- 若
format: 'yyyy-MM-dd HH:mm:ss'，则value必须是形如'2024-06-15 14:30:25'的字符串，不能传Date对象 - 若使用
type: 'datetime'，但未显式设置value，组件初始化后显示为空或上一次选中的值，不是当前时间 - 避免在
ready中直接调laydate.render({...})后立刻setDate(new Date())—— 此时实例可能未就绪，应改用value初始化
laydate.render({
elem: '#test',
type: 'datetime',
format: 'yyyy-MM-dd HH:mm:ss',
value: function() {
const now = new Date();
return now.getFullYear() + '-' +
(now.getMonth() + 1).toString().padStart(2, '0') + '-' +
now.getDate().toString().padStart(2, '0') + ' ' +
now.getHours().toString().padStart(2, '0') + ':' +
now.getMinutes().toString().padStart(2, '0') + ':' +
now.getSeconds().toString().padStart(2, '0');
}()
});
为什么用 value 而不用 defaultDate？
defaultDate 是 laydate v2 的遗留配置，在 v2.9+ 中已废弃；v3+ 完全由 value 控制初始值。如果你看到文档里还写 defaultDate，大概率是旧版残留或第三方转载错误。
-
value接收字符串（推荐）或Date对象，但传Date对象时，laydate 内部会按当前format格式化，有时会丢失秒级精度或时区偏移 -
defaultDate在 v3 中不生效，设了也无反应，控制台无报错，容易误以为“配置成功” - 如果表单需要重置为当前时间，不要反复调
render，而应保存实例引用，用inst.setValue(...)
带清空按钮时，点击清空后如何再一键恢复当前时间？
laydate 自带的 btns: ['clear', 'now'] 中，'now' 按钮只在 type: 'date' 或 'month' 下有效；对 'datetime' 或 'time' 类型，默认不显示「现在」按钮。
- 要让 datetime 类型支持「现在」按钮，必须手动添加按钮并绑定逻辑：
btns: ['clear', 'confirm']，然后在done或外部按钮中调inst.setValue(...) - 注意：直接在
done里调setValue会导致死循环（触发 done → setValue → 触发 done），应加防抖或仅响应用户主动点击 - 更稳妥的方式是监听自定义按钮 click，生成当前时间字符串后调
inst.setValue(str)
时区与后端时间对不上的问题
前端 new Date() 拿到的是本地时区时间，比如你在东八区点选 '2024-06-15 14:30:00'，实际 JS 时间对象是 2024-06-15T14:30:00+08:00；但后端若按 UTC 解析，就会差 8 小时。
- 如果后端要求接收 UTC 时间字符串，别用本地
new Date()拼接，改用new Date().toUTCString()或toISOString()，再截取/转换成所需格式 - laydate 本身不处理时区转换，它只是格式化显示，所有时间逻辑需由你控制输入输出
- 建议统一约定：前端展示用本地时间，提交给后端用 ISO 8601 字符串（如
'2024-06-15T06:30:00Z'），并在接口文档里明确时区含义
真正麻烦的不是怎么填默认值，而是填完之后，这个“当前时间”到底代表哪个时区、是否和后端存的时间可比——这点常常被忽略，直到上线后发现定时任务总差 8 小时才回头查。
