HTML <input type="time"> 的 value 必须为“HH:MM”或“HH:MM:SS”格式，否则清空；需用 padStart(2, "0") 标准化、手动派发 input/change 事件、注意本地时区、iOS Safari 需 focus/blur 刷新。
HTML <input type="time"> 的 value 赋值必须符合 24 小时制格式
直接给 <input type="time"> 设置 value 属性或 JS 中赋值时，如果字符串不是 "HH:MM" 或 "HH:MM:SS" 格式（如 "9:30"、"09:30:00.500"、"9:30:00"），浏览器会清空输入框或显示为空。这是因为规范强制要求秒级精度可选，但小时和分钟必须两位数、冒号分隔。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 用
String.prototype.padStart(2, "0")标准化时分：例如`${hours.toString().padStart(2, "0")}:${minutes.toString().padStart(2, "0")}` - 避免手动拼接
"9:30"—— 浏览器不认，哪怕视觉上看起来一样 - 若从 Date 对象提取时间，别用
date.toLocaleTimeString()，它返回本地格式（可能带秒、AM/PM、空格），改用date.toTimeString().slice(0, 5)（仅限简单场景）或date.getHours()+date.getMinutes()手动组装
JS 动态修改时触发 input 和 change 事件需手动派发
通过 JS 修改 input.value 不会自动触发 input 或 change 事件，表单验证、联动逻辑、Vue/React 的双向绑定都依赖这些事件。原生行为只在用户手动输入时触发。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 赋值后立即调用
inputElement.dispatchEvent(new Event("input", { bubbles: true })) - 如需模拟完整用户交互（比如触发 blur 后的校验），再补一个
change事件：inputElement.dispatchEvent(new Event("change", { bubbles: true })) - 不要只派发
change—— 大部分实时响应逻辑监听的是input - 注意：Vue 3 的
v-model在 DOM 层赋值后不会自动同步，仍需手动触发事件；React 受控组件则必须走setState，不能直接改 DOM 的value
设置时间时遇到时区偏移导致显示异常
<input type="time"> 始终以**本地时区**解释和显示值，不包含时区信息。如果你传入一个 UTC 时间字符串（如后端返回的 "14:30:00Z"），浏览器会把它当作本地时间处理，结果可能偏差几小时。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 后端返回时间字段时，优先提供不含时区的
"HH:MM"字符串（明确是本地业务时间），或统一转成客户端本地时间再塞进 input - 避免传
ISO 8601时间字符串（如"2024-01-01T14:30:00Z"）给time输入框 —— 它只接受纯时间部分 - 如果业务必须处理跨时区时间（如全球会议预约），不要依赖
type="time"，改用两个select或第三方组件，并显式存储时区上下文
移动端 Safari 对 input[type="time"] 的兼容性限制
iOS Safari 直到 iOS 16.4 才支持 step 属性（如 step="300" 控制 5 分钟粒度），且所有版本都不支持 min/max 的动态更新（设了也没效果）。更麻烦的是，Safari 的原生时间选择器不响应 JS 修改的 value，除非先 focus 再 blur，否则 UI 不刷新。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在 Safari 中修改
value后，加一句inputElement.focus(); inputElement.blur();强制刷新 UI（仅 iOS 需要） - 用
if (navigator.userAgent.includes("iPhone") || navigator.userAgent.includes("iPad"))做轻量 UA 判断，避免影响其他浏览器 - 如需精细控制（如禁用某段时间），别依赖
min/max，改用 JS 拦截用户输入并提示
