直接用 input.value 获取 的值，返回标准 yyyy-mm-dd 字符串；valueasdate 和 valueasnumber 始终为 null，不可用；未选时值为空字符串；需 date 对象时应拆解字符串构造以避免时区偏差。
用 value 属性直接读取 <input type="date"> 的值
HTML 原生日期输入框返回的是标准的 YYYY-MM-DD 字符串格式，不是 Date 对象，也不是本地时间戳。直接访问 input.value 就行，不需要额外解析或转换。
常见错误是试图用 input.valueAsNumber 或 input.valueAsDate——这两个属性对 type="date" **始终返回 null**（规范明确不支持），强行用会导致逻辑中断。
<input type="date" id="pick-date">- JS 中：
const dateStr = document.getElementById('pick-date').value;→ 得到类似"2024-05-21" - 若用户未选值，
value为空字符串""，不是null或undefined
需要 Date 对象时，必须手动 new Date() 转换
new Date("2024-05-21") 在大多数浏览器中能正确解析，但要注意：传入带连字符的字符串时，Date 构造函数会按 UTC 解析，可能导致本地时区下日期偏移一天（例如在东八区，"2024-05-21" 可能变成 May 20 2024 16:00:00 GMT+0800）。
稳妥做法是拆解字符串再构造：
const dateStr = input.value; // "2024-05-21"
if (dateStr) {
const [y, m, d] = dateStr.split('-');
const dateObj = new Date(y, m - 1, d); // 注意 month 是 0-based
}
- 避免直接
new Date(dateStr)，尤其在跨时区场景下行为不一致 - 如果只要年月日计算（比如比较、加减天数），用字符串处理反而更安全
-
Date.parse()同样有 UTC 解析陷阱，不推荐用于此场景
表单提交时，value 会原样作为字段值发送
当用 <form></form> 提交（GET 或 POST），input[type=date] 的值以 YYYY-MM-DD 格式编码进请求体或 URL 查询参数，后端无需额外约定格式。
- 例如：
<form action="/save?date=2024-05-21"></form>或 POST body 中date=2024-05-21 - 不需要 JS 干预也能完成基础数据传递
- 如果后端接收的是时间戳或带时分秒，那是后端解析逻辑的问题，前端无需“补零”或“转时间戳”
兼容性注意：不支持 min/max 或空值校验的老浏览器会降级为文本框
部分旧版 Safari（iOS 13.3 之前）、IE 完全不支持 type="date"，会渲染成普通文本框。此时用户可能输入任意字符串（如 "21/05/2024" 或 "tomorrow"），value 仍是字符串，但格式不可控。
- 不能依赖浏览器自带校验，关键业务需 JS 补充格式验证：
/^\d{4}-\d{2}-\d{2}$/.test(input.value) -
input.validity.valid在降级情况下可能始终为true，不可靠 - 如果必须强控格式，建议搭配
pattern和title提示，或改用第三方日期选择器
日期输入框的“值”本身很简单，真正容易出问题的地方在于后续怎么用它——是做 UI 显示、跨时区计算，还是对接老系统接口。别被 valueAsDate 这类名字误导，它对 date 类型就是个摆设。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
