type="datetime-local"存在兼容性与格式限制：Chrome/Edge及新版Firefox支持，但Safari需iOS 16.4+，旧版降级为文本框；value/min/max必须为YYYY-MM-DDTHH:MM格式，不可含秒及时区；跨浏览器解析需手动补秒再转Date对象。
直接用 type="datetime-local" 就能选日期+时间，但别指望它在所有浏览器里都正常工作
Chrome、Edge 和较新版本的 Firefox 都支持 type="datetime-local"，但 Safari 直到 iOS 16.4 才完整支持，旧版 Safari 会降级成纯文本框，Firefox 某些版本也存在解析不稳定问题。如果你的用户里有大量 iOS 15 及更早系统或 Firefox 用户，原生控件基本等于失效。
value、min、max 必须是 YYYY-MM-DDTHH:MM 格式，秒和时区都不能带
浏览器对格式极其敏感：传 "2026-09-03T14:30:00" 或 "2026-09-03T14:30+08:00" 都会导致输入框清空或显示为空。正确写法只有 "2026-09-03T14:30"（秒可省略，但不能出现）。
- 设置默认值：
input.value = "2026-09-03T14:30" - 从
Date实例生成：date.toISOString().slice(0, 16)（截掉秒和 Z） - 千万别用
toLocaleString()拼接——返回的是中文/英文混排带空格的字符串，浏览器根本不认
想精确到秒？加 step="1"，但移动端可能不生效
step="1" 能让时间选择器粒度细化到每秒，在桌面 Chrome/Edge 上有效；但在 iOS Safari 和部分 Android WebView 中，该属性常被忽略，仍只显示分钟级选项。如果业务强依赖秒级精度，建议 JS 层额外加一个 <input type="number"> 补秒，或直接换第三方库。
- HTML 写法：
<input type="datetime-local" step="1"> - 注意：Firefox 对
step支持也不稳定，不要仅靠它做校验 - 移动端 fallback 更可靠的方式是拆成两个控件：
type="date"+type="time"，再用 JS 拼接
拿到用户选的时间后，别直接用 new Date(input.value)
这个写法在 Safari 15.4 之前大概率返回 Invalid Date，Chrome 和 Firefox 解析行为也不一致——有的当本地时间，有的当 UTC。真正跨浏览器安全的做法是手动补秒再解析：
立即学习“前端免费学习笔记（深入）”；
const value = input.value; // "2026-09-03T14:30" if (!value) return; const dt = new Date(value + ":00"); // 补 ":00" 确保 Safari 也能 parse const timestamp = dt.getTime(); // 毫秒数，始终可靠 const utcIso = dt.toISOString(); // "2026-09-03T06:30:00.000Z"
关键点在于：你永远不知道用户在哪一时区，datetime-local 的值只是“用户看到的那个时间”，不是标准时间戳。后端要存 UTC，就用 toISOString()；要存本地时间字符串（比如日志记录），就拼 "2026-09-03T14:30:00" 并显式带上时区偏移（需 JS 计算 getTimezoneOffset()）。
