time 类型用于选择不带日期的本地时分秒时间，提交格式为“hh:mm:ss”；默认仅显示时分因 step 默认为60，设 step="1" 才强制显示并支持秒级选择，且 value 恒为24小时制字符串。
time 类型的作用就是让用户选择一个**不带日期的、本地时分秒时间值**，提交格式固定为 "HH:MM:SS"（如 "14:30:45"），且浏览器原生支持上下调节、点击弹出时间选择器等交互。它不处理时区，也不关联任何日期，语义清晰，适合会议开始时间、闹钟设定、营业时段等纯时间场景。
为什么 time 输入框默认只显示到分？
很多用户发现 Chrome 或 Firefox 里 <input type="time"> 的 UI 只有小时和分钟两栏，没有秒——这不是 bug，而是浏览器实现差异。秒字段是否可见，取决于：
- 浏览器版本与平台（例如 macOS Chrome 常默认隐藏秒，Windows Chrome 更可能显示）
- 用户是否手动输入了秒（比如在输入框里敲
"14:30:22"，值会被接受并保留） - 是否设置了
step="1"属性（这是关键）
加了 step="1" 后，所有现代浏览器（Chrome 90+、Firefox 88+、Edge 91+）都会在 UI 中显示秒选择器（滑块或下拉），且允许用户通过键盘/鼠标精确到秒。
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
step="1" 是唯一能强制秒级精度的属性
step 控制时间粒度，它的单位是“秒”。默认值是 60（即只允许分钟级变化），所以不显秒；设成 1 才真正启用秒级选择能力。注意几个细节：
- 必须写成
step="1"，不能是step="01"或step="0.1"（后者无效，time不支持毫秒） - 即使 UI 没显示秒控件，只要设置了
step="1"，用户手动输入"09:15:03"仍会被校验通过 - 配合
min/max使用时，它们的值也必须包含秒，比如min="08:00:00"，否则校验会失败
跨浏览器兼容性实际怎么处理？
真实项目中不能只靠 UI 是否显示秒来判断功能是否可用——Safari 桌面版至今（2026 年）仍不支持 time 输入类型，会退化为普通文本框；移动端 iOS Safari 虽支持，但 UI 极简，无秒滑块。因此可靠做法是：
- 始终设置
step="1"，保证值精度可被接受 - 用 JavaScript 校验输入值是否含秒（正则
/^\d{2}:\d{2}:\d{2}$/），不含则自动补":00" - 对 Safari 用户，建议 fallback 到自定义下拉或数字输入组合（而非强依赖原生 UI）
- 不要尝试用
lang或 CSS 改变时间格式——浏览器完全忽略这些，value永远返回"HH:MM:SS"格式字符串
真正容易被忽略的点是：你以为用户看到的是“12 小时制 UI”，就以为 value 会是 "2:30 PM"，其实不是——无论界面怎么显示，input.value 永远是 24 小时制的 "14:30:00"。别在 JS 里做格式猜测，直接按标准格式解析和提交。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
