IE全系列不支持，降级为文本框；iOS Safari 14.5前min/max失效且年份滚动异常；Android WebView可能空白或仅文本框；需用JS插件fallback并严格校验YYYY-MM-DD格式。
在现代浏览器中基本可用，但老版本浏览器（尤其是 IE 和旧版 Safari）完全不支持，且行为差异明显。
哪些浏览器根本不支持
IE 全系列（包括 IE11）直接降级为普通文本框，不提供日期选择器；iOS Safari 在 14.5 之前不支持 min/max 属性，且年份滚动逻辑异常；Android WebView（尤其旧版）可能渲染为空白或仅显示文本框。
- 检测方式：用
document.createElement('input').type = 'date'后检查type是否仍为'date' - 不支持时，必须用 JavaScript 日期插件（如 flatpickr、Pikaday）或自建 fallback 输入 + 格式校验
- 不能只依赖
required属性——用户在 IE 里输错格式（如2023-13-01）也不会报错
value 必须是 YYYY-MM-DD 格式，否则无效
即使用户看到的是本地化格式（如 “2023年12月25日”），input.value 永远返回 ISO 8601 标准格式。任何其他格式（如 DD/MM/YYYY、MM/DD/YYYY、带时间的 2023-12-25T00:00）都会导致值为空字符串。
- 设置值时：
el.value = '2023-12-25'✅，el.value = '25/12/2023'❌ - 读取值后需解析再展示：不能直接拿
value做界面显示，要转成本地格式 - 服务端接收时也应校验是否符合
^\d{4}-\d{2}-\d{2}$正则，避免前端伪造
移动端原生选择器的兼容性陷阱
安卓 Chrome 和新版 Edge 调起系统日期选择器较稳定；但 iOS 上存在两个关键问题：输入框获得焦点后有时不自动弹出选择器（需点击箭头）、change 事件在未修改值时也可能触发（比如点开又取消）。
立即学习“前端免费学习笔记（深入）”；
- 不要依赖
input事件监听实时输入——原生日期控件不触发该事件 - 优先用
change，但需加防抖或值比对（oldValue !== newValue） - 若页面需兼容微信内置浏览器（X5 内核），务必测试其对
type="date"的实际渲染效果——部分版本会静默退化为 text
真正麻烦的不是“能不能用”，而是“用的时候用户到底看到了什么、输进了什么、发出了什么”。别只测 Chrome，至少覆盖 iOS Safari、安卓微信、Edge 和一个旧版桌面浏览器。
