HTML5 输出的字符串格式是 ISO 8601 标准的 "YYYY-MM-DD"（如"2024-03-15"），固定10位、无时间、无时区，为纯字符串而非 Date 对象，可直接用于 JSON。
HTML5
HTML5 的 元素提交或读取 .value 时，**始终返回 ISO 8601 格式的字符串**，形如 "2024-03-15"（不带时间、无时区、固定 10 位）。它不返回 Date 对象，也不受浏览器本地格式设置影响。
这个字符串可直接作为 JSON 字段值使用，因为 JSON 原生支持字符串，无需额外转义。但要注意：它只是字符串，不是时间戳，也不能直接参与日期计算。
JSON 中的日期字符串怎么转成 JavaScript Date 对象
只要 JSON 字段值是标准的 "YYYY-MM-DD" 格式（如 "2024-03-15"），用 new Date("2024-03-15") 就能解析 —— 但有陷阱：
- Chrome/Firefox/Safari 都支持该格式，但
new Date("2024-03-15")在部分旧版 Edge 或某些严格模式下可能返回Invalid Date - 更稳妥的做法是补全时间为 UTC 零点：
new Date("2024-03-15T00:00:00Z") - 如果 JSON 里混着其他格式（如
"15/03/2024"或带时间的"2024-03-15T08:30"），必须先归一化再解析
示例：
立即学习“前端免费学习笔记（深入）”；
const jsonDateStr = "2024-03-15"; const date = new Date(jsonDateStr + "T00:00:00Z"); // 显式指定 UTC，避免本地时区偏移
JavaScript Date 对象怎么安全转回 HTML5 兼容的日期字符串
不能直接用 date.toISOString().slice(0,10)，因为 toISOString() 返回的是 UTC 时间，而用户在 中选的是本地日历日期 —— 两者在跨时区场景下可能错位一天。
正确做法是提取本地年月日并手动拼接：
date.getFullYear() + "-" + String(date.getMonth() + 1).padStart(2, "0") + "-" + String(date.getDate()).padStart(2, "0")- 或者用更简洁的
date.toISOString().substring(0, 10)—— 虽然它本质是 UTC，但多数情况下与本地日期一致；若需 100% 精确匹配用户所见，必须用本地方法 - 注意：不要用
date.toLocaleDateString("en-CA")，它在某些系统上可能返回非标准分隔符或顺序
前后端传日期时 JSON 和 HTML5 的隐含时区风险
这是最容易被忽略的一环：HTML5 type="date" 只管“日”，不携带时区信息；而 JSON 本身不定义日期类型，所有日期都靠字符串约定。一旦后端按 UTC 存储、前端按本地渲染，就可能出现“存的是 3 月 15 日，查出来显示成 3 月 14 日”。
关键对策：
- 前后端统一约定：所有日期字符串均视为“本地日历日”，不做时区转换
- 数据库字段用
DATE类型（非TIMESTAMP），避免自动时区转换 - 若必须处理带时间的场景，改用
并显式约定时区（如全转为 UTC 后传输）
没有银弹 —— 日期互转本身简单，难的是在整条链路上保持语义一致。
