仅返回“hh:mm”或“hh:mm:ss”格式纯时间字符串，无日期和时区信息；需手动拼接日期、校验格式、解析数值并构造date对象，且移动端兼容性差，建议降级为select或专用js组件。
time 输入框只返回时间，不带日期
HTML 的 <input type="time"> 本质是纯时间控件，值永远是 "HH:MM" 或 "HH:MM:SS" 格式字符串（取决于是否启用 step 秒级支持），不会附带任何日期信息。如果你需要“今天下午3点”，得自己拼接 new Date().toDateString() 或用 new Date().setHours(...) 构造完整时间对象。
用户可能输入空值或非法格式，必须校验
即使设置了 required，用户仍可通过清除输入、聚焦后失焦、或 JS 直接赋空字符串绕过验证。提交前务必检查：input.value 是否为非空字符串，且符合 ^([01]?[0-9]|2[0-3]):[0-5][0-9](:[0-5][0-9])?$ 模式（注意：浏览器原生验证不覆盖所有边界，比如 "24:00" 可能被接受但语义错误）。
- 用
input.checkValidity()只能判断浏览器当前是否认为合法，不能替代逻辑校验 -
input.valueAsNumber在 time 类型下始终返回NaN，不可用 - 推荐在
submit或change时手动解析：const [h, m] = input.value.split(':').map(Number)，再判断h是否在0–23、m是否在0–59
移动端行为差异大，别依赖视觉反馈
iOS Safari 和部分安卓浏览器会调起原生时间选择器，但样式、交互、甚至可选范围（比如是否支持秒）完全由系统决定；Android Chrome 可能显示滚动轮盘，也可能弹出下拉列表。你无法用 CSS 覆盖原生控件内部样式，::-webkit-inner-spin-button 对 time 类型无效。
- 不要写
input[type="time"] { appearance: none; }—— 大部分浏览器忽略它 - 若需统一体验，建议降级为两个
<select></select>（小时/分钟）或引入轻量级 JS 时间选择器（如 flatpickr 的 timeOnly 模式） - 测试时务必真机验证，模拟器常掩盖兼容性问题
获取时间后，别直接传给 Date 构造函数
把 "14:30" 直接塞进 new Date("14:30") 会得到 Invalid Date —— 因为 Date 构造函数不识别纯时间字符串。正确做法是补全日期上下文：
const timeStr = input.value; // "14:30"
const [h, m] = timeStr.split(':').map(Number);
const now = new Date();
now.setHours(h, m, 0, 0); // 修改为当天的该时刻（注意：会改变原对象）
// 或创建新 Date：
const targetTime = new Date(Date.now());
targetTime.setHours(h, m, 0, 0);
如果业务要求“总是取今天”，就这么做；如果允许跨天（比如设置闹钟），就得额外提供日期选择，或让用户明确时区意图 —— time 输入框本身不含时区信息，.value 始终是本地时间字符串。
最易被忽略的是：用户修改系统时区后，input.value 看起来没变，但对应的实际 UTC 时间已不同。需要服务端时间处理时，务必同步传时区偏移（new Date().getTimezoneOffset()）或使用 ISO 字符串（但 time 类型不提供）。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
