Firefox桌面版（截至v115）不支持input type="date"原生控件，会优雅降级为text输入框；可通过JS检测type属性是否为"date"来判断，并对不支持的浏览器主动集成轻量日历库统一增强体验。
Firefox 不支持 input type="date" 时自动回退为文本框
Firefox 桌面版（截至 v115）原生不支持 input type="date" 的日期选择器 UI，所以浏览器直接降级渲染为普通 text 输入框——这不是 bug，是规范允许的“优雅降级”。它仍会接受 ISO 格式（YYYY-MM-DD）输入，并在提交时按标准解析，但用户失去日历弹窗、年月日滚动选择等交互。
如何检测并主动增强 Firefox 的日期输入体验
不能依赖 Modernizr.inputtypes.date（已过时），更可靠的是用 JS 检测输入框的 type 属性是否被识别为 "date"：
const input = document.createElement('input');
input.type = 'date';
const isDateSupported = input.type === 'date';若 isDateSupported 为 false（如 Firefox），可手动加载轻量级日历库（如 flatpickr 或 vanillajs-datepicker），仅对这类输入框初始化：
- 优先选不依赖 jQuery、体积
- 初始化前检查
input.dataset.datepicker !== "initialized"，避免重复绑定 - 同步
value和min/max属性到日历控件（flatpickr支持minDate/maxDate配置） - 监听日历的
change事件，显式设置input.value并触发input原生事件（input.dispatchEvent(new Event('input', { bubbles: true }))），确保表单验证和框架响应正常
input type="date" 的 value 必须是 YYYY-MM-DD 格式
即使在 Chrome/Safari 中，如果 JS 赋值非标准格式（如 "2023/10/05" 或 "5 Oct 2023"），value 会变为空字符串。Firefox 回退为文本框后这个问题更隐蔽——用户肉眼可见输入内容，但 JS 读取 input.value 可能仍是空或非法值。
- 服务端返回日期字段时，务必转成
toISOString().split('T')[0]或用Intl.DateTimeFormat格式化为yyyy-mm-dd - 用户粘贴或手动输入时，可用
input.addEventListener('input', e => { /* 校验正则 /^\d{4}-\d{2}-\d{2}$/ */ })提前拦截 - 不要依赖
new Date(input.value)来解析——Firefox 文本框里输"2023-10-05"是合法的，但输"10/05/2023"就不是
移动端 Firefox（Android）行为不同，但同样不渲染原生控件
Android 版 Firefox 使用系统 WebView（基于 Android WebKit），部分版本会触发系统日期选择器，但不可靠；更多情况仍是文本框。因此检测逻辑需覆盖所有 UA，不能只判断 navigator.userAgent.includes('Firefox') 就跳过增强。
真正容易被忽略的是：当页面同时存在多个 input[type=date]，且部分被 JS 初始化为日历，部分没处理，会导致 UI 不一致和焦点管理混乱。务必统一走检测 + 初始化流程，哪怕只是加个 placeholder="YYYY-MM-DD" 提示格式。
