HTML原生date输入框的value是字符串，需手动解析为Date对象：推荐用split提取年月日再调用new Date(y, m-1, d)构造，避免浏览器解析差异；若需UTC时间戳则用Date.UTC(y, m-1, d)。
HTML原生date输入框的value是字符串，不是Date对象
直接拿 input[type="date"].value 得到的是类似 "2024-05-20" 的字符串，不能直接传给 Date.parse() 或 new Date() 构造函数——因为不同浏览器对缺失时间部分（时分秒）的补全规则不一致。Chrome 补成 00:00:00 UTC，Firefox 可能按本地时区补，导致时间戳偏差达数小时。
安全做法是显式拼接时间部分，并指定时区：
- 补上
"T00:00:00"得到 ISO 格式字符串（如"2024-05-20T00:00:00"），再用new Date(...).getTime() - 或更稳妥：用
new Date(year, monthIndex, day)构造，避免字符串解析歧义
推荐写法：用getFullYear/getMonth/getDate手动提取再构造
这样完全绕过字符串解析，不受浏览器差异影响，也规避了夏令时等边界问题：
const input = document.querySelector('input[type="date"]');
const dateStr = input.value; // "2024-05-20"
if (!dateStr) return null;
<p>const [y, m, d] = dateStr.split('-').map(Number);
// 注意：getMonth() 是 0~11，所以 m-1
const timestamp = new Date(y, m - 1, d).getTime(); // 毫秒级时间戳
这个方案在所有现代浏览器中行为一致，且明确以本地时区的午夜为基准（符合多数业务对“当天”的理解）。
立即学习“前端免费学习笔记（深入）”；
如果需要 UTC 时间戳（比如存后端），别用 getTime() 直接取
new Date(y, m-1, d).getTime() 返回的是本地时区对应的毫秒数，不是 UTC 零点。若需服务端统一用 UTC，应构造 UTC 时间：
- 用
Date.UTC(y, m-1, d)—— 它直接返回 UTC 时间戳（毫秒），不依赖本地时区 - 或用 ISO 字符串 +
Z后缀：new Date(dateStr + 'T00:00:00Z').getTime()
注意：Date.UTC() 返回的是毫秒数，和 getTime() 单位一致，可直接使用。
常见错误：直接 new Date(input.value) 导致时间戳偏移
下面代码在 Chrome 和 Safari 中可能得到正确结果，但在 Firefox 或某些系统设置下会出错：
const ts = new Date(input.value).getTime(); // ❌ 不可靠
错误现象：选 2024-05-20，却得到 2024-05-19T16:00:00Z 对应的时间戳（因本地时区为 UTC+8，被解释为 UTC 时间）。真正要的“2024年5月20日零点”在 UTC 是 2024-05-20T00:00:00Z，而不是 2024-05-19T16:00:00Z。
这种偏差在跨时区协作、定时任务、数据比对等场景里极难排查。
关键点就一个：别信浏览器对 date 字符串的自动解析逻辑，自己控制年月日构造最稳。UTC 还是本地，得看业务需求，但必须主动选，不能靠默认。
