datetime-local 输入框提交的是无时区的 iso 格式字符串（如"2024-05-20t14:30"），浏览器按本地时区解析，服务端需结合前端传递的时区信息（如"asia/shanghai"）才能正确处理。
input 标签的 type="datetime-local" 并不获取“本地时区的日期时间”——它显示和提交的是用户本地时区的时间值，但**内部始终按 ISO 8601 格式（YYYY-MM-DDTHH:MM）提交，且不含时区偏移**。浏览器不会自动加 +08:00 这类后缀，服务端收到的就是一个“无时区上下文”的字符串。
为什么选 datetime-local 而不是 datetime？
datetime 已被 HTML5 废弃（在所有主流浏览器中都不支持），现在唯一可用的标准类型是 datetime-local。它不带时区标识，意味着：
- 用户看到的是自己系统设置的时区和格式（如 2024-05-20 14:30）
- 提交到服务端的值形如
"2024-05-20T14:30"，没有Z或+08:00 - JavaScript 用
new Date(input.value)解析时，浏览器会**按用户本地时区解释该时间**，不是 UTC
datetime-local 的 value 必须符合格式才能生效
初始值或通过 JS 设置 value 属性时，必须严格匹配 YYYY-MM-DDTHH:MM（注意是大写 T，且分钟必须两位）。常见错误包括：
- 漏掉前导零：
"2024-5-20T9:5"❌ → 应为"2024-05-20T09:05"✅ - 用了空格代替
T："2024-05-20 09:05"❌ → 浏览器直接清空输入框 - 带秒或毫秒：
"2024-05-20T09:05:30"❌ → 大部分浏览器会拒绝解析
JS 设置推荐写法：
const dt = new Date();
const iso = `${dt.getFullYear()}-${String(dt.getMonth() + 1).padStart(2, '0')}-${String(dt.getDate()).padStart(2, '0')}T${String(dt.getHours()).padStart(2, '0')}:${String(dt.getMinutes()).padStart(2, '0')}`;
input.value = iso;
服务端收到 datetime-local 值后怎么处理时区？
关键点：这个值本身不含时区信息，服务端无法知道用户本意是“北京时间下午2点”还是“纽约时间下午2点”。所以必须明确约定语义：
- 如果业务逻辑基于用户本地时间（如“用户预约明天上午10点提醒”），服务端应将该字符串按用户所在时区解析（需前端传时区名或偏移量辅助）
- 如果统一按服务器时区处理，容易出错——例如上海用户选
"2024-05-20T14:00"，服务器在纽约，直接当成2024-05-20 14:00 EST就错了 - 更稳妥的做法：前端用
Intl.DateTimeFormat().resolvedOptions().timeZone获取时区名（如"Asia/Shanghai"），连同value一起提交
真正麻烦的不是怎么渲染那个控件，而是你得想清楚：这个时间对业务来说，到底代表哪个时区的“此刻”。没明确这点，后面序列化、存储、比对全会偏。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
