input[type="time"]返回字符串需手动解析为分钟计算差值，否则直接相减得NaN；须校验空值、拆分时分、转总分钟、处理跨日，iOS需额外正则校验格式。
用 input[type="time"] 获取时间值后，必须手动解析为分钟或秒才能计算差值
浏览器返回的 value 是字符串（如 "14:30"），不是 Date 对象，不能直接相减。JavaScript 没有内置的“时间差”运算符，得自己拆解时分、转成统一单位（推荐用分钟或毫秒）再做减法。
常见错误是直接写 endInput.value - startInput.value，结果是 NaN——因为字符串减法会强制转数字，而 "14:30" 转不成有效数字。
- 提取时分：用
.split(':')得到数组，再用parseInt()转整数 - 统一转分钟：
hours * 60 + minutes，避免浮点误差 - 注意跨日场景：如果结束时间早于开始时间（比如 02:00 − 23:00），默认按同一天算，差值为负；需额外判断是否加 24 小时
- 空值要提前校验：
if (!startVal || !endVal) return;，否则.split会报错
完整计算逻辑示例（含跨日处理）
假设两个输入框 id 分别为 startTime 和 endTime：
function getTimeDiffInMinutes() {
const startVal = document.getElementById('startTime').value;
const endVal = document.getElementById('endTime').value;
if (!startVal || !endVal) return null;
<p>const [startH, startM] = startVal.split(':').map(Number);
const [endH, endM] = endVal.split(':').map(Number);</p><p>const startTotalMin = startH <em> 60 + startM;
const endTotalMin = endH </em> 60 + endM;</p><p>let diff = endTotalMin - startTotalMin;
if (diff < 0) diff += 24 * 60; // 跨日：结束时间在第二天</p><p>return diff; // 返回总分钟数，如 150 表示 2 小时 30 分
}这个函数返回的是正整数分钟数，适合后续格式化（比如转成 "2:30"）或参与其他计算。不要依赖 Date.parse() 或构造 new Date()，那会引入时区和日期默认值干扰。
立即学习“前端免费学习笔记（深入）”；
显示格式化结果时，别硬拼字符串，用 String.padStart()
把分钟数转回 "H:mm" 形式时，直接除法取整和取余即可，但小时可能大于 24（比如差值为 30 小时），是否归一到 24 小时内取决于业务需求。
- 若只需显示「经过时间」（支持 >24h）：
const h = Math.floor(totalMin / 60); const m = totalMin % 60; - 若只显示「当日钟表差」（即模 24）：
const h = Math.floor(totalMin / 60) % 24; - 分钟补零必须用
m.toString().padStart(2, '0')，而不是"0" + m——后者在m === 0时变成"00"，但m === 5时是"05"，没问题；不过padStart更可靠、语义清晰
移动端 iOS Safari 的 input[type="time"] 兼容性坑
iOS 15.4 之前，Safari 不支持 input[type="time"] 的原生控件，会退化成文本框，用户可随意输入非法格式（如 "25:73"）。即使加了 required 和 pattern，也无法阻止提交。
- 必须在 JS 中二次校验：
/^([01]?[0-9]|2[0-3]):[0-5][0-9]$/.test(val) - 不要依赖
checkValidity()，iOS 上它对 time 类型常返回true即使值为空或非法 - 若项目需强兼容，建议改用第三方时间选择器（如 flatpickr），或降级为两个
select下拉（时/分）
真实场景里，用户输错、清空、跨日、时区混用，这些都不是边缘情况——它们每天都在表单里发生。核心就一条：永远把 input[type="time"] 当作不可信字符串处理，解析、校验、转换，一步都不能省。
