在 safari 旧版和部分 android webview 中不支持原生选择器，仅显示文本框；值为空或格式错误主因是未选值或误用 valueasdate，必须用 value 读取并确保 yyyy-mm-dd 格式有效；不支持时需降级为第三方库或带校验的文本框；min/max 仅接受本地时区 yyyy-mm-dd 字符串，跨时区需动态生成。
<input type="date"> 能用，但别指望它在所有浏览器里都表现一致——尤其是 Safari 旧版本和部分 Android WebView 完全不支持原生日期选择器，点了只弹文本框。
为什么 input[type="date"] 的值总为空或格式错？
核心原因：用户没选值，或者 JS 读取时用了错误属性。它只接受 YYYY-MM-DD 格式字符串，且必须是有效日期（比如不能是 2023-02-30）。
- 获取值用
input.value，不是input.valueAsDate（后者返回 Date 对象，但 IE 不支持，且空值时返回null） - 设默认值必须写成
value="2023-10-05"，写成"2023/10/05"或带时间部分会被忽略 - 用户手动输入非法格式（如“2023-13-01”）时，
input.value会变为空字符串，而不是保留输入内容
怎么让 input date 在 Safari 和微信 WebView 里也能选日期？
不能靠 CSS 或 polyfill 强行修复原生控件，得降级处理：检测支持性，不支持时自动切换为第三方日期选择器（如 flatpickr）或退化为带格式提示的文本框 + 正则校验。
- 检测方式：
const isDateSupported = typeof document.createElement('input').type === 'string' && 'date' in document.createElement('input') - 微信内置浏览器（X5 内核）通常返回
false，即使界面显示日历图标，点开也无响应 - 别用
@supports (color: color-mix())这类 CSS 特性检测，它对表单类型无效
input date 的 min/max 和时区问题怎么处理？
min/max 接受的也是 YYYY-MM-DD 字符串，且始终按本地时区解析——没有 UTC 概念。例如服务器传来的 ISO 时间 "2023-10-05T12:00:00Z"，前端要截取前10位才能赋给 min 属性。
-
min="2023-10-05"表示用户不能选早于当天（按用户本地时间）的日期，哪怕服务器在东八区、用户在西五区 - 如果业务要求“不可选今天之前”，需在 JS 中动态生成
new Date().toISOString().slice(0,10)赋值，避免硬编码 - 用户跨时区访问时，
value始终以本地时区提交，后端必须按客户端时区解释，或统一转为 UTC 存储
真正麻烦的不是写法，而是当用户用 Safari 打开页面、点击日期框却只看到光标闪烁时，你得立刻知道该 fallback 到哪个库、如何平滑接管输入逻辑——而不是等用户截图发来“为啥点不动”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
