HTML5 提交值恒为 YYYY-MM-DD 字符串，但后端需正确配置反序列化（如 Spring Boot 用 @DateTimeFormat），前端避免 new Date(value) 而应补全时间（如 value + "T00:00"）确保跨浏览器兼容；显示格式与提交格式须分离处理。
HTML5
浏览器原生 始终以 YYYY-MM-DD 格式提交（如 "2024-03-15"），但很多后端框架（如 Spring Boot、Django、Express 默认 bodyParser）会把它当字符串接收，不自动转为日期对象；更常见的是前端 JS 用 new Date() 直接读取 input.value 后再发请求，结果在 Safari 或旧版 Chrome 中返回 Invalid Date —— 因为 new Date("2024-03-15") 在部分环境解析失败。
- 别直接
new Date(input.value)，改用new Date(input.value + "T00:00")强制补全时间部分，确保跨浏览器稳定 - 后端若报
Cannot deserialize value of type java.time.LocalDate（Spring Boot）或datetime.datetime.strptime() failed（Python），说明没配好日期反序列化器，不是前端问题 - Form 直接 submit 时无需额外处理，
input.value就是标准YYYY-MM-DD字符串，可直接传给后端接口
想统一成 YYYY/MM/DD 或其他格式显示，又不影响提交
显示格式和提交格式必须分开处理： 的 value 属性永远只认 YYYY-MM-DD，但你可以用 input.valueAsDate 拿到 Date 对象，再用自定义逻辑格式化显示（比如放旁边一个 ），而提交仍走原生 value。
- 显示用：
input.valueAsDate?.toLocaleDateString("zh-CN", {year:"numeric",month:"2-digit",day:"2-digit"})→"2024/03/15" - 提交用：保持
input.value不变，它始终是"2024-03-15" - 别给
input加oninput去手动改value，否则会破坏原生日期选择器行为，且 Safari 会拒绝非标准格式赋值
后端收到 "2024-03-15" 却解析失败？检查时区与类型映射
YYYY-MM-DD 是 ISO 8601 无时区日期字面量，语义上就是“某天”，不带时间偏移。但有些后端库（如 Jackson 的 @JsonFormat 缺失 pattern、或 Java LocalDate.parse() 遇到空格/换行）会误判。
- Spring Boot：确认字段类型是
LocalDate，并加注解@DateTimeFormat(pattern = "yyyy-MM-dd")（Controller 参数）或@JsonFormat(pattern = "yyyy-MM-dd")（DTO 字段） - Node.js + Express：用
express-validator或手动new Date(req.body.date + "T00:00Z")转成 Date 对象再取.toJSON().slice(0,10) - PHP：
DateTime::createFromFormat('Y-m-d', $_POST['date'])比new DateTime($_POST['date'])更可靠，尤其当输入含不可见字符时
需要兼容非 HTML5 浏览器（IE）？别 hack input，换方案
IE 完全不支持 type="date"，会降级为普通文本框，用户可随意输入，格式彻底失控。这时候强行 polyfill 或正则校验成本高、体验差。
立即学习“前端免费学习笔记（深入）”；
- 真实项目中，优先用成熟日期选择器库（如 flatpickr、Pikaday），它们自动处理降级、格式化、时区，并统一输出
YYYY-MM-DD字符串 - 如果必须用原生控件，至少加
required和pattern="\d{4}-\d{2}-\d{2}"，再配合 JS 校验input.checkValidity()，但 IE 还是不认patternon date input - 关键逻辑（如生日、合同日期）务必在后端二次校验，不能信前端任何格式化或正则
最常被忽略的一点：日期字符串里藏着不可见空格或全角字符，尤其从粘贴、Excel 导入来的数据；trim() 和 .replace(/\s/g, "") 得写在后端解析前。
