直接用 new Date(input.value) 可安全转换 HTML5 日期输入值，但需注意其按 UTC 解析，导致本地调用 getDate() 等方法时可能与用户感知不符；空值须显式检查 input.value === ""。
HTML5 Date 对象
直接用 new Date(input.value) 是最常用做法，但要注意：只有当 input.value 非空且格式为 "YYYY-MM-DD"（如 "2024-06-15"）时才可靠。HTML5 日期输入框返回的字符串始终是这个格式，所以它其实是少数几个能安全传给 Date 构造函数的字符串之一。
不过别被“格式标准”骗了——Date 构造函数在解析时默认按 UTC 解释该字符串，而你本地显示的日期可能看起来“少一天”。比如你在东八区选了 "2024-06-15"，new Date("2024-06-15") 实际创建的是 UTC 时间 2024-06-15T00:00:00Z，对应北京时间 2024-06-15T08:00:00 —— 这本身没错，但如果你后续调用 date.getDate()，拿到的是 UTC 日（即 15），而 date.toLocaleDateString() 显示的才是你期望的本地日期。
- 要确保获取“用户看到的那天”的年月日，优先用
date.getFullYear()、date.getMonth() + 1、date.getDate()，而不是依赖toJSON()或toISOString() - 如果只是做比较或计算，用原生
Date对象没问题；但若需精确到本地日粒度（比如“是否等于今天”），建议统一转成本地时间再比，或用input.value字符串直比 - 空值必须检查：
input.value === ""，否则new Date("")会得到Invalid Date
为什么 new Date("2024-06-15") 和 new Date(2024, 5, 15) 表示的时刻不同
这是最容易踩的坑：前者按 UTC 解析，后者按本地时区解释。例如在 GMT+8 时区：
console.log(new Date("2024-06-15").toISOString()); // "2024-06-15T00:00:00.000Z"
console.log(new Date(2024, 5, 15).toISOString()); // "2024-06-14T16:00:00.000Z"（因为 6 月 = 索引 5，且本地构造默认设为 00:00:00 本地时间）
两者相差 8 小时。这意味着：如果你从 取值后又手动拆年月日再传给 Date 构造函数，就可能意外切换时区逻辑。
立即学习“前端免费学习笔记（深入）”；
- 保持一致性：从 input 来的，就用
new Date(input.value)；自己拼的年月日，就用new Date(year, monthIndex, day) - 月份索引从 0 开始（
0 = Jan,5 = Jun），别写成new Date(2024, 6, 15)以为是六月 - 如果真需要本地午夜时间戳，可用
new Date(input.value + "T00:00")，但注意这不是标准写法，部分旧浏览器可能不认
如何安全地把 Date 对象塞回
不能直接赋值 date.toString() 或 date.toISOString().slice(0,10) —— 虽然结果看起来一样，但 toISOString() 返回的是 UTC 时间，会导致跨时区用户看到错误的日期。
正确做法是手动格式化为本地年月日字符串：
function toLocalDateStr(date) {
const y = date.getFullYear();
const m = String(date.getMonth() + 1).padStart(2, '0');
const d = String(date.getDate()).padStart(2, '0');
return `${y}-${m}-${d}`;
}
input.value = toLocalDateStr(new Date());
-
toISOString().slice(0,10)在用户位于西边时区（如美国）可能让日期“提前一天”，务必避免 - 不要依赖
date.toLocaleDateString("sv-SE")，虽然它输出"YYYY-MM-DD"，但不是所有环境都支持"sv-SE"，且存在兼容性风险 - 如果 date 是从服务器来的毫秒时间戳，先
new Date(timestamp)再格式化，别跳过这步
移动端和 Safari 对
Safari（尤其 iOS）对 的实现较保守：它可能不触发 change 事件，或在用户未确认选择时就更新 value。这意味着你监听 input 事件取到的值，未必是用户最终确认的日期。
- 关键操作（如提交、校验）应以
change事件为准，而非input - 在 iOS Safari 中，即使用户点了取消，
input.value有时仍会被设为空字符串，需额外判断if (input.value) { ... } - 如果业务强依赖日期控件，建议加一层验证：取值后用
!isNaN(new Date(input.value).getTime())快速判有效
时区和字符串解析看似简单，但只要混用 UTC/本地、手动拼接/直接传值、服务端/客户端时间源，就很容易在某个时区或某台设备上出问题。最稳的方式是：输入阶段信任 input.value 字符串，处理阶段统一走 new Date(str)，输出阶段手动格式化本地日期字符串 —— 别偷懒用 toISOString() 截断。
