datetime-local输入框显示为空主因是value格式错误：必须严格为“YYYY-MM-DDTHH:MM”（月、日、时、分均两位补零），禁含秒、毫秒、Z或±时区偏移；Safari等旧浏览器支持弱，需降级为date+time组合并JS校验。
datetime-local 是 HTML5 原生支持的时间选择控件，但它在实际项目中常被误用或忽略关键限制——它不支持时区，且默认值必须严格匹配 YYYY-MM-DDTHH:MM 格式（不能带秒、毫秒或时区偏移），否则控件会显示为空或报错。
为什么 datetime-local 输入框总显示为空？
常见原因是赋值格式错误。浏览器只接受形如 "2024-05-20T14:30" 的字符串，多一位、少一位、加了 Z 或 +08:00 都会失效。
- ✅ 正确：
input.value = "2024-05-20T14:30"（小时和分钟必须两位，日期部分也必须补零） - ❌ 错误：
"2024-5-20T14:30"（月/日未补零）、"2024-05-20T14:30:00"（含秒）、"2024-05-20T14:30Z"（含时区） - JavaScript 中从
Date实例生成时，别直接用date.toISOString()—— 它带秒和时区，要手动截断：new Date().toISOString().slice(0, 16)
如何兼容 Safari 和旧版 Edge？
datetime-local 在 Safari 直到 14.1 才支持，旧版 Edge（非 Chromium）完全不支持。没有 polyfill 能真正还原原生体验，只能降级处理。
- 检测支持性：用
const support = input.type === "datetime-local"判断，不支持时 fallback 到两个独立input type="date"+input type="time" - 注意：Safari 对
min/max属性的支持较弱，设了可能无效，建议 JS 层额外校验 - 不要依赖
change事件监听所有输入——用户用键盘修改时，input事件更及时
后端接收时要注意什么？
浏览器提交的值永远是本地时间（无时区信息），比如用户在北京选 14:30，提交的就是 2024-05-20T14:30，服务端无法知道这是 UTC+8 还是 UTC-5。
立即学习“前端免费学习笔记（深入）”；
- 最稳妥做法：前端用
date.toLocaleString("sv-SE")或手动拼接，确保格式合规；后端按客户端所在时区解析（需提前约定或通过其他字段传时区） - 如果业务要求统一用 UTC，必须前端转换：
new Date(input.value + ":00").toISOString().slice(0, 16)（补秒再转，避免时区歧义） - PHP 接收时，
DateTime::createFromFormat("Y-m-d\TH:i", $_POST['dt'])比直接 new DateTime() 更安全，防止格式异常崩溃
真正麻烦的不是怎么写这个标签，而是它把时区责任完全推给开发者——你得清楚每个环节数据代表的是哪个时区，以及用户看到的和服务器存的是否一致。漏掉任意一环，时间就差出几小时。
