input[type="date"]的min属性必须设为严格YYYY-MM-DD格式的今天日期，推荐用new Date().toISOString().slice(0,10)生成；动态设置时应使用setAttribute并触发input事件，必要时清空非法值。
input[type="date"] 的 min 属性必须设为今天，且格式不能错
直接设 min 是最简方案，但浏览器只认严格 YYYY-MM-DD 格式。比如今天是 2026-10-20，写成 "2026-10-2"、"2026/10/20" 或 "2026-10-20T00:00" 都会静默失效——日历照常可点，checkValidity() 却返回 false。
推荐用 new Date().toISOString().slice(0, 10) 获取标准字符串，它天然补零、无时区、不含时间部分。别用 toLocaleDateString()，不同地区返回格式不一致（如 "10/20/2026"）。
动态设置 min 时，Safari 和旧版 Chrome 需要强制重绘
在 JS 中写 input.min = "2026-10-20" 在部分 Safari（尤其 iOS ≤ 15.5）和旧 Chrome 中，UI 日历不会刷新，用户仍能点选昨天的日期。
可靠做法是：
- 用
input.setAttribute('min', '2026-10-20')替代直接赋值 - 或赋值后手动触发更新：
input.dispatchEvent(new Event('input', { bubbles: true })) - 若用户已输入一个过去日期，需显式清空：
if (input.value && input.value
min 只禁范围，不拦输入：必须配合实时校验
min 属性对键盘输入、粘贴、删除重输完全无效。用户可以轻松输入 "2025-01-01" 并提交，浏览器不拦截，仅在调用 checkValidity() 或表单提交时才报错。
真实项目中应补充：
- 监听
input事件，实时解析value并比对min - 非法时立即修正：
if (parsedDate - 调用
input.setCustomValidity()+reportValidity()给出明确提示 - 服务端必须二次校验——前端限制纯属体验优化
起止日期联动时，清空逻辑容易被忽略
做“结束日期 ≥ 开始日期”这类联动，只写 end.min = start.value 不够。一旦用户清空了开始日期，end.min 会卡在旧值上，导致结束日期永远无法选择。
必须同步清理：
- 监听
start的change事件，当start.value为空时，执行end.removeAttribute('min')或end.min = '' - 移动端 Safari 的
change触发不稳定，建议额外监听blur做兜底 - 若用户手动修改了
end值使其小于start，需立刻end.setCustomValidity()并reportValidity()
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
