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，直接比较会出错。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

• 校验前先判断 !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 里的那几行校验逻辑；而它唯一能拦住的，也只是用户点一下、输一下的动作——后端永远得自己把关。