原生 input type="date" 已足够，现代浏览器原生支持日历控件，自动处理格式校验、本地化与可访问性；需严格使用 YYYY-MM-DD 格式，注意时区语义、兼容性降级及样式限制。
直接用 input type="date" 就够了，不用 JS 库
现代浏览器（Chrome、Edge、Firefox 57+、Safari 14.1+）原生支持 input type="date"，渲染为带日历弹窗的控件，无需引入 jQuery UI、Flatpickr 等第三方库。它自动处理格式化、键盘输入校验、本地化（如中文星期/月份显示），且语义清晰、可访问性好。
常见错误是手动写 input type="text" 再加 JS 绑定日历——既增加体积，又容易出兼容性问题（比如 Safari 旧版不触发 click 事件、移动端软键盘误弹）。
-
value必须是YYYY-MM-DD格式字符串（如"2024-06-15"），其他格式（"15/06/2024"或"2024-6-15"）会被忽略或清空 - 不支持设置最小/最大日期时使用非标准格式（如
min="2024-6-1"→ 必须写成min="2024-06-01"） - Safari 14.0 及更早版本不支持
type="date"，会退化为普通文本框；若需兼容，得用@supports检测或 fallback 方案
min、max 和 value 的取值必须严格对齐时区
HTML5 日期控件内部按 UTC 解析，但显示和输入始终基于用户本地时区。例如：设 value="2024-06-15"，在东八区显示为 6 月 15 日，在西五区也显示为 6 月 15 日——它不表示“UTC 时间”，而是“本地日历上的这一天”。
-
min="2024-06-15"表示用户不能选早于本地 2024 年 6 月 15 日的日期（不是 UTC 时间点） - 后端传来的 ISO 字符串（如
"2024-06-15T08:30:00Z"）需先截取前 10 位：dateString.substring(0, 10)才能赋给value - 不要用
new Date().toISOString().split('T')[0]获取今天——它依赖当前时区偏移，可能跨天；应改用new Date().toJSON().slice(0, 10)或更稳妥的formatISODate(new Date())函数封装
样式受限，但可通过伪元素微调外观
原生 input type="date" 无法用 CSS 直接修改下拉箭头或日历图标，但可借助 ::webkit-calendar-picker-indicator（Chrome/Edge）和 ::moz-appearance（Firefox）做有限定制：
input[type="date"] {
padding-right: 32px;
}
input[type="date"]::-webkit-calendar-picker-indicator {
cursor: pointer;
opacity: 0.8;
}
注意：Safari 不支持 ::-webkit-calendar-picker-indicator，且所有浏览器都不允许覆盖日历弹窗本身样式。强行用 appearance: none 会丢失控件功能，尤其在 Firefox 中可能导致无法点击触发日历。
表单提交时后端接收不到值？检查 name 属性和空值逻辑
如果提交后 req.body.date 是空或 undefined，大概率是没设 name 属性，或用户未选择日期（此时值为空字符串 ""，不是 null）。
- 必须显式写
<input type="date" name="birth_date">，否则不会包含在表单数据中 - 用户未选择时，
input.value === ""，不是undefined；后端需判断空字符串而非只判null - 部分框架（如 Vue）绑定
v-model时，初始值建议设为null或""，避免意外默认值干扰验证
input type="date" 的实现细节差异仍存在，比如 Edge 在某些 Windows 版本下弹窗位置偏移、Firefox 在 Linux 上无动画。真要统一体验，得接受“原生优先，降级务实”的思路——而不是一上来就塞个 80KB 的 JS 日历库。 
