最稳定隐藏秒列的方法是用css：.laydate-time-list>li:last-child{display:none}，因秒列恒为最后一项，不依赖js时机且不影响format和done回调。
laydate 怎么隐藏秒选择列
直接用 CSS 隐藏秒那一列最稳定，不依赖 JS 执行时机，也不影响 format 和 done 回调逻辑。Layui 的时间面板结构固定：.laydate-time-list > li 每个 li 对应“时”“分”“秒”一列，秒列永远是最后一项。
加这段样式即可：
.laydate-time-list {
padding-bottom: 0;
overflow: hidden;
}
.laydate-time-list > li {
width: 50% !important;
}
.laydate-time-list > li:last-child {
display: none;
}
注意两点：
• 不要只靠 format: 'HH:mm'，它只控制输出格式，秒列仍存在、可点、会干扰移动端点击区域
• :last-child 是安全的，无论你用 type: 'time' 还是 type: 'datetime'，秒列始终在末位
laydate 设置 format 后秒还出现在输入框里
这是常见误解：设置 format: 'HH:mm' 只影响最终填入 input 的字符串，不影响面板行为或初始值解析。如果你传入带秒的字符串（如 '14:30:45'）初始化，即使 format 是 'HH:mm'，laydate 内部仍会保留秒信息，导致后续操作异常（比如 range 范围计算偏移）。
解决办法是初始化前主动截断秒：
- 用
value参数传入已处理的时间字符串，例如value: new Date().toJSON().slice(11, 16) - 或在
ready回调里用 JS 清掉秒（但不如 CSS 隐藏来得彻底） - 避免把后端返回的完整 ISO 时间（含秒）直接塞给
value，先.slice(0, -3)或moment(...).format('HH:mm')
想限制分钟只显示整10分或半点，但又不想留秒列
必须分两步：先用 CSS 隐藏秒列，再在 ready 里操作分钟列 DOM。因为秒列 DOM 一旦被 remove()，分钟列索引会错位（比如原 [0]=时, [1]=分, [2]=秒，删掉秒后分变成索引 1，但某些版本 laydate 会重排结构）。
推荐写法：
ready: function() {
// 先确保秒列已隐藏（CSS 已生效）
const minuteList = $('.laydate-time-list > li').eq(1).find('ol li');
minuteList.each(function() {
const txt = $(this).text().trim();
if (txt !== '00' && txt !== '10' && txt !== '20' &&
txt !== '30' && txt !== '40' && txt !== '50') {
this.hidden = true; // 用 hidden，不用 remove
}
});
}
关键点：
• 用 this.hidden = true，不是 $(this).remove()，否则可能破坏 range 同步逻辑
• .eq(1) 是分钟列，前提是秒列已被 CSS 隐藏，索引才不会漂移
• 移动端测试时重点看点击热区是否正常，hidden 元素仍占位，remove 会导致列宽突变
为什么不用 laydate 自带的 min/max 控制秒
laydate 的 min/max 是针对完整时间戳（毫秒级）的，不能按“秒”粒度约束面板选项。你设 min: '08:00:00'，它照样允许选 08:00:59 —— 因为那是合法时间。所谓“取消秒的选择”，本质是 UI 层剔除交互入口，不是校验逻辑。
真正需要秒精度的场景（如定时任务），应该换用 type: 'datetime' + 完整 format；如果业务只要小时/半小时粒度，硬改 laydate 成本高、维护难，不如上原生 <input type="time" step="1800"> 或轻量 hour-picker。
最后提醒：layui 3.x 已弃用 laydate，新项目别再深陷定制，老系统修 bug 时优先保 CSS 方案，JS 操作 DOM 是备选。
