<input type="datetime-local">是唯一被主流浏览器（Chrome/Edge/Safari）原生支持的本地日期时间选择器，值格式为YYYY-MM-DDThh:mm，不带秒与时区；Firefox不支持，需用date+time组合替代，且解析时须避免时区二次转换。
用 <input type="datetime-local"> 最直接
浏览器原生支持的本地日期时间选择器，就是靠 datetime-local 这个 type。它会自动弹出带年月日、时分的控件（不带秒、不带时区），且值格式固定为 YYYY-MM-DDThh:mm（例如 2024-06-15T14:30）。
注意：这个控件默认不显示秒，也不接受秒输入；提交时不会带时区偏移（Z 或 +08:00），纯本地时间语义。
- 必须设置
value且符合格式，否则控件可能为空或回退到文本输入 -
min和max属性只接受同格式字符串，比如min="2024-06-15T09:00" - Chrome / Edge / Safari 支持良好；Firefox 仍只支持
date和time分离，datetime-local在 Firefox 中表现不稳定甚至不渲染
为什么 <input type="datetime"> 不行
datetime 是 HTML5 早期草案里的类型，**已被所有主流浏览器废弃**。现在使用会直接降级为普通文本框，没有任何日期时间选择功能。
常见错误现象：<input type="datetime"> 在 Chrome 控制台里会报 warning，在 Safari 或 Firefox 中完全无交互效果，用户只能手动输字符串，极易出错。
立即学习“前端免费学习笔记（深入）”；
- 别被旧文档或某些 CMS 默认模板误导，检查浏览器开发者工具 Elements 面板，type 值是否真被识别
- W3C 规范已明确移除
datetime，仅保留date、time、datetime-local、month、week
兼容 Firefox 的折中方案：组合 date + time
如果必须支持 Firefox 且需要完整日期+时间，就拆成两个字段。虽然不是单控件，但语义清晰、兼容性 100%，且能通过 required 和 pattern（配合 JS 校验）保证完整性。
<label>日期</label> <input type="date" name="event_date" required> <label>时间</label> <input type="time" name="event_time" required>
- 后端接收时拼接：把
event_date和event_time合并为2024-06-15T14:30 - JS 可监听两者变化，动态同步
min（比如选了今天之后，时间不能早于当前小时） - 避免用
datetime-local加 polyfill —— 多数轻量库（如 flatpickr）对 Firefox 的datetime-local模拟反而更不可靠
值处理和时区陷阱
datetime-local 的值永远是“本地系统时区”的时间，但没有时区标识。如果后端需要 UTC 时间，**不能直接传给 Date 构造函数解析**，否则会二次转换：
// ❌ 错误：浏览器会按本地时区解释 "2024-06-15T14:30"，再转成 UTC，结果偏差
new Date("2024-06-15T14:30").toISOString() // 可能变成 2024-06-15T06:30Z（如果本地是 UTC+8）
// ✅ 正确：手动补上本地时区偏移，或用 Intl.DateTimeFormat 解析
const [datePart, timePart] = value.split('T');
const [Y, M, D] = datePart.split('-');
const [h, m] = timePart.split(':');
const localDate = new Date(Y, M-1, D, h, m); // 注意月份从 0 开始
- 服务端收到
2024-06-15T14:30时，应视作“用户所在地当天 14:30”，而不是“UTC 时间” - 若业务要求统一用 UTC 存储，前端需用
localDate.getTimezoneOffset()手动换算，或改用new Date().toLocaleString('sv-SE')等方式生成带偏移的字符串 - 表单提交前校验
input.value是否为空 —— 用户没点选时，value是空字符串，不是 undefined
datetime-local 当成“带时区的 datetime”，以及在 Firefox 上硬推单控件导致表单不可用。兼容性比看起来更脆，拆成 date+time 往往是最省心的选择。 
