返回的是不带时区的本地日期字符串（YYYY-MM-DD）；用 new Date(input.value) 会误解析为 UTC 导致时差，应使用 input.valueAsNumber 或 new Date(${input.value}T00:00) 获取本地零点时间戳。
HTML5
它返回的是用户本地时区的日期字符串（格式为 YYYY-MM-DD），但**不包含时间部分，也不带时区信息**。浏览器内部会将用户选择的日期按本地时区解释为当天的开始时刻（即 00:00:00），再转换为 ISO 格式提交——注意：这个 ISO 字符串是“无时区标记”的纯日期，不是 2024-05-20T00:00:00+08:00 这种带偏移的完整时间。
用 new Date(input.value) 构造时间对象时为什么总差 8 小时？
这是最常踩的坑：new Date('2024-05-20') 会被 JS 解析为 UTC 时间的午夜（2024-05-20T00:00:00Z），再转成本地时区显示——比如北京时间就变成 2024-05-20T08:00:00。你本想取“用户选的 5 月 20 日”，结果拿到的是 UTC 的 5 月 20 日 0 点，对应本地是早上 8 点。
- 正确做法是补全时间为本地时区的 0 点：
new Date(`${input.value}T00:00`) - 或者用
Date.parse(input.value + 'T00:00')避免构造函数歧义 - 更稳妥：用
input.valueAsNumber（返回毫秒数，基于本地时区）
如何可靠获取用户本地时区下的完整时间戳（含年月日时分秒）？
本身不提供时间选择，所以必须配合 或手动补零。若只要“当天 0 点”的时间戳：
const dateInput = document.querySelector('input[type="date"]');
const timestamp = dateInput.valueAsNumber; // ✅ 直接返回本地时区下该日期 00:00:00 对应的毫秒数
若需带具体时间：
立即学习“前端免费学习笔记（深入）”；
- 组合
dateInput.value和timeInput.value，拼成'2024-05-20T14:30'再传给new Date() - 避免只拼
'2024-05-20 14:30'（空格分隔在某些浏览器中解析失败） - 注意
timeInput.value默认不含秒，需手动补:00或用toTimeString().slice(0,8)截取
服务端接收时要注意什么？
前端传 2024-05-20 这种字符串，服务端不能直接当 UTC 处理。它本质是“用户本地日历上的这一天”。如果你要存为 UTC 时间（如数据库 TIMESTAMP），必须明确知道用户时区——但浏览器不自动上报时区名，只能靠 Intl.DateTimeFormat().resolvedOptions().timeZone 获取（非 IE/旧 Safari 支持）。
更实际的做法：
- 前端传
{ date: '2024-05-20', tzOffset: new Date().getTimezoneOffset() }（单位为分钟） - 服务端用 offset 换算成 UTC 时间点，或存为“本地日期 + 偏移”双字段
- 避免用
new Date().toISOString().split('T')[0]取“今天”，它返回的是 UTC 日期，和用户看到的日历可能错一天
本地化不是加个 lang 属性就完事，日期值的语义必须从输入、解析、传输到存储全程对齐用户时区上下文——漏掉任意一环，2024-05-20 就可能变成服务器上的一场误会。
