input[type="date"]的min/max属性仅接受严格yyyy-mm-dd格式；错误格式如缺零、含时间或斜杠将导致静默失效，checkvalidity()返回false；动态设置需用setattribute或手动触发重绘；联动日期时须同步清空min/max。
min/max只认严格YYYY-MM-DD格式，错一位就失效
浏览器对 input[type="date"] 的 min 和 max 属性极其挑剔：必须是形如 "2026-05-18" 的字符串，少一个零、多一个斜杠、带时间部分（如 "2026-05-18T00:00"）或时区（如 "2026-05-18Z"），整个属性都会被静默忽略——日历不灰、输入不拦、校验不报，但 checkValidity() 会返回 false。
常见翻车点：
-
new Date().toISOString()直接赋值给min→ 得到"2026-05-18T08:24:30.123Z"，截断必须用.slice(0, 10) - 手拼字符串写成
"2026-5-18"→ 字符串比较时"2026-5-18" > "2026-05-18"成立，导致范围失效 - 后端返回
"2026/05/18"或"18-05-2026"→ 浏览器直接当没看见
动态设置必须用 setAttribute 或规范赋值，别信 .min =
在 JS 中改 input.min = "2026-05-18" 看似可行，但在 Safari（尤其 iOS ≤ 15.5）和部分旧版 Chrome 中，UI 日历不会刷新，用户仍能看到并点选超限日期。真正可靠的方式只有两种：
- 用
input.setAttribute('min', '2026-05-18')—— 触发 DOM 属性变更，强制重绘控件 - 用
input.min = '2026-05-18'+ 后续手动触发更新：input.dispatchEvent(new Event('input', { bubbles: true }))或input.focus(); setTimeout(() => input.blur(), 10) - 如果
input.value已存在且超出新max，浏览器不会自动清空，必须显式判断并重置：if (input.value && input.value > input.max) input.value = ''
联动日期（如起止时间）时，min/max 清空逻辑不能漏
做“结束日期不能早于开始日期”这类联动时，只设 end.min = start.value 是不够的。一旦用户清空了开始日期，end.min 必须同步清空，否则 end 将永远无法选择任何值（因为 min 被卡在了一个已不存在的日期上）。
- 监听
start的change事件：若start.value为空，必须执行end.min = ''或end.removeAttribute('min') - 监听
end的change事件：若end.value && start.value && end.value ，需调用 <code>end.setCustomValidity('结束日期不能早于开始日期')并立即end.reportValidity() - 移动端 Safari 对
change事件触发不稳定，建议额外监听blur做兜底校验
用户仍能手动输入非法日期，min/max 不是安全锁
min 和 max 完全不限制键盘输入、粘贴、删除重输等行为。用户可以轻松输入 "2025-01-01" 到一个 max="2024-12-31" 的框里，浏览器直到提交或调用 checkValidity() 才校验——这不是 bug，是标准行为。
- 想实时拦截？得监听
input事件，用input.valueAsNumber判断（非法日期返回NaN），比new Date(input.value)更安全（后者跨时区易偏移一天） - 服务端永远不能信任前端限制：禁用 JS、改 DOM、curl 直接 POST，都能绕过所有
min/max - 真正的兜底是三重校验：HTML 属性（体验层）+ JS 实时反馈（交互层）+ 服务端严格解析（安全层）
min 值——这三处一出问题，整个范围限制就形同虚设。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
