应运行时检测：const el = document.createElement('input'); el.type = 'date'; const isSupported = el.type === 'date' && 'showPicker' in el；不支持时需保留原input元素并视觉隐藏，同级插入日历容器，手动同步min/max、格式校验及value，服务端严格校验。
怎么检测浏览器真支持 input[type="date"]
别信 UA 字符串或 Modernizr 的 inputtypes.date，它只检测属性是否存在，不反映能否点开日历。Safari 14 就会返回 true，但点击无响应。
正确检测方式是运行时创建元素并检查两个条件：
-
el.type === 'date'—— 确保类型被识别 -
'showPicker' in el—— 关键！Chrome 102+、Edge 102+、Safari 16.4+、Firefox 104+ 才有该方法，iOS 15.4 以下、旧 EdgeHTML、多数安卓 WebView 和微信内置浏览器均无
合起来写就是：
const el = document.createElement('input');
el.type = 'date';
const isSupported = el.type === 'date' && 'showPicker' in el;
不支持时为什么不能直接改 type="text"
改成 type="text" 后，它就只是个普通文本框：无障碍语义丢失、label[for] 失效、form.serialize() 可能漏字段、Vue/React 的 v-model 或 value 绑定也可能断裂。
立即学习“前端免费学习笔记（深入）”；
更严重的是，原生 min/max 属性彻底失效，JS 日历库（如 flatpickr）不会自动读取这些 DOM 属性，必须手动提取并传入配置项。
正确做法是保留原 input 元素，仅视觉隐藏：
- 设
style="position: absolute; opacity: 0; pointer-events: none;" - 在同级插入一个
<div class="datepicker-container"></div>作为日历挂载点 - 初始化 flatpickr 时传
appendTo: containerEl，并监听选中后同步input.value
降级后如何同步 min/max 和格式校验
原生 min="2024-01-01" 在 JS 日历里完全不生效，flatpickr 的 minDate 需要 Date 实例或 ISO 字符串，但注意隐式时区问题：
- 直接用
inputEl.min字符串传给minDate，在东八区可能被解析为2024-01-01T00:00+08:00，比服务器预期早一天 - 稳妥写法：
minDate: inputEl.min ? new Date(inputEl.min + 'T00:00:00') : null - 日期格式校验不能只靠
pattern或required，得手动正则：/^\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01])$/ - 用户手输
2024-02-30这种非法日期，原生控件会清空value，但降级后没这机制，必须在blur或change里校验并调用setCustomValidity()
为什么 valueAsDate 和时区容易出错
input[type="date"].value 永远返回本地时区的 YYYY-MM-DD 字符串，但 JS 的 new Date('2024-01-01') 默认按 UTC 解析，导致东八区实际构造出的是 2024-01-01T00:00:00Z → 本地显示为 1 月 1 日 08:00，差 8 小时。
涉及日期计算（比如“今天加 7 天”）时：
- 别用
new Date(input.value) - 优先用
input.valueAsNumber（返回毫秒数，基于 UTC 零点），但注意部分 Android WebView 返回NaN - 更稳的是字符串拆解：
const [y, m, d] = input.value.split('-');再构造new Date(y, m - 1, d) - 后端若用
DateTime.parse()类方法，务必确认它是否默认补 00:00 并按服务器时区解释，否则和前端对不上
真正麻烦的不是唤起日历，而是让所有环境在「输入格式、空值处理、提交值、时区解释、校验触发时机」上保持一致——这些细节一旦漏掉一环，线上就容易出现日期平移、表单提交失败或无障碍失效。
