min属性不能阻止手动输入过去日期，因为浏览器仅在原生日历面板中禁用范围外日期，对键盘输入、粘贴、js赋值均不拦截；必须通过change事件监听+date解析+setcustomvalidity做前端校验，并配合服务端二次验证。
min属性为什么不能阻止手动输入过去日期
写了 min="2026-08-12"，用户仍能直接键入“2025-01-01”并提交——这不是 bug，而是标准行为。浏览器只在原生日历面板中禁用范围外日期，对粘贴、键盘输入、JS 赋值完全不拦截。
必须监听 change 事件做兜底校验
change 是最可靠的触发时机：用户选完日期、失焦、或提交前都会触发，比 input 更稳（避免频繁校验未完成的输入），也比 blur 更及时（用户可能跳过失焦直接点提交）。
- 获取
value后用new Date(input.value)解析，检查是否早于min对应日期 - 若非法，清空
value或设为min值（如input.value = input.min） - 配合
setCustomValidity("日期不能早于今天")+ 表单reportValidity()可阻断提交
时区和格式错误容易导致校验失效
用户输入 “2026/08/12” 或 “12/08/2026”，new Date() 会返回 Invalid Date，getTime() 为 NaN，直接比较会出错。
- 校验前先判断
!input.value || isNaN(new Date(input.value).getTime()) -
min和max必须是严格 ISO 格式：YYYY-MM-DD，不能带斜杠、点或空格 - Safari 在
value非法时可能清空输入框，Chrome 则保留但标记为:invalid，需统一用 JS 处理
移动端 WebView 支持极差，别信 min/max 的视觉禁用
旧版 iOS WebView、部分安卓定制浏览器里，min 属性可能完全不生效，日历面板照常显示所有日期，甚至不响应 change 事件。
- 务必在服务端二次校验，前端只是体验优化层
- 关键业务（如预约、签约）建议降级为纯 JS 日历控件（如 flatpickr），或用
type="text"+ 自定义校验 + 日期格式 mask - 不要依赖
:disabled或 CSS 灰显来“禁用”日期——HTML 原生 date 没有这个能力
min，而是你写在 change 里的那几行校验逻辑；而它唯一能拦住的，也只是用户点一下、输一下的动作——后端永远得自己把关。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
