input type="date" 跨浏览器表现不一属规范允许差异，需用 yyyy-mm-dd 格式设 value、js 校验格式与范围、规避 ios webview/iframe 限制，并注意时区及 firefox 不支持问题。
date 类型的 input 在不同浏览器里显示不一样，怎么办？
HTML5 的 input type="date" 是原生日期选择器，但它的外观和行为完全由浏览器实现——Chrome 和 Edge 会弹出日历面板，Safari（macOS/iOS）用的是系统级滚动选择器，Firefox 目前仍不支持（只渲染为普通文本框）。这不是 bug，是规范允许的差异。
- 不要指望样式统一：CSS 能控制的只有基础盒模型（
width、padding），::-webkit-inner-spin-button等伪元素仅限 WebKit，且 iOS Safari 完全不响应 - 必须做降级处理：如果业务强依赖日期格式校验或交互一致性，得配合 JS 补充逻辑，比如监听
input事件验证value是否符合YYYY-MM-DD格式 - 注意时区陷阱：
input[type="date"].value返回的永远是本地时区的“日期字符串”，没有时间部分，也不含时区标识；用new Date(input.value)构造对象时，会被解释为 UTC 零点，再转成本地时间——容易多/少一天
怎么让 date 输入框默认值生效又不触发验证失败？
空值或非法格式会导致 input.checkValidity() 返回 false，常见于初始化时绑定未格式化数据（如 "2024/05/10" 或 "10-05-2024"）。
- 默认值必须严格为
YYYY-MM-DD格式，例如：<input type="date" value="2024-05-10"> - 如果数据来自后端或用户输入，用 JS 标准化后再赋值：
input.value = new Date(dateStr).toISOString().split('T')[0] - 不要用
setAttribute('value', ...)动态设置——它只影响 HTML 属性，不更新 DOM value 属性；应直接操作input.value - 若初始为空，不要写
value=""，留空即可；否则某些浏览器会触发 required 验证报错
移动端 date 选择器点不开或卡死，常见原因是什么？
iOS Safari 上 input[type="date"] 在某些 WebView（如微信内置浏览器、部分 App 内嵌页）中会失效，表现为点击无反应或唤起空白面板。
- 检查是否在
<iframe></iframe>中使用：iOS 对 iframe 内的表单控件支持极差，尽量避免 - 确保 viewport 设置正确：
<meta name="viewport" content="width=device-width, initial-scale=1">缺失会导致 Safari 拒绝激活原生控件 - 不要给
input设position: fixed或transform，这会让 iOS 无法正确定位弹层 - 微信 Android 版对
type="date"支持不稳定，建议 UA 检测后 fallback 到第三方 picker（如 flatpickr 或 van-calendar）
想限制可选日期范围，min 和 max 怎么设才可靠？
min 和 max 属性能禁用范围外日期，但它们只约束 UI 交互，不阻止 JS 修改 value，也不替代服务端校验。
立即学习“前端免费学习笔记（深入）”；
- 值必须是
YYYY-MM-DD字符串，不能是时间戳或 Date 对象：input.min = "2024-01-01"✅，input.min = new Date().toISOString()❌（会带时间部分） - 如果
min> 当前value，浏览器会清空输入框（显示为空），不是报错 - 动态修改
min/max后，已选日期若超出新范围，不会自动清除，需手动检查并重置：if (input.value && input.value - 注意：Firefox 不支持
min/max的 UI 禁用效果，只做提交前验证
日期控件看着简单，但跨端表现、格式边界、JS 与原生行为的耦合点都藏得深。最常被忽略的是：它返回的永远是字符串，不是 Date 对象；所有时间逻辑还得自己 parse、format、时区对齐。
