用min/max限制日期需满足格式严格、赋值正确、联动清空及时三条件；必须为yyyy-mm-dd格式，推荐toisostring().slice(0,10)生成；动态设置应setattribute或触发input事件；联动时min需同步清空；服务端校验不可省略。
直接用 min 和 max 属性就能限制，但必须满足三个硬性条件：格式严格、赋值正确、联动时清空及时，否则浏览器会静默忽略。
日期格式必须是标准 YYYY-MM-DD
浏览器只认形如 "2026-09-16" 的字符串。以下写法全部无效：
-
"2026/09/16"（斜杠分隔） -
"2026-9-16"（月份或日期没补零） -
"2026-09-16T00:00"（带时间部分） -
"16-09-2026"（日月年顺序）
推荐生成方式：new Date().toISOString().slice(0, 10)，安全可靠，不依赖本地格式。
动态设置要用 setAttribute 或触发重绘
直接赋值 input.max = "2026-09-30" 在 Safari（尤其 iOS ≤ 15.5）和部分旧版 Chrome 中，日历 UI 不刷新，用户仍能点选超限日期。
- 最稳妥方式：
input.setAttribute('max', '2026-09-30') - 或赋值后手动触发更新：
input.dispatchEvent(new Event('input', { bubbles: true })) - 若已设值超出新范围，需主动清空：
if (input.value && input.value > input.max) input.value = ''
两个日期联动时 min 必须同步清空
比如“结束日期不能早于开始日期”，只写 end.min = start.value 是不够的。
- 当用户清空开始日期时，
end.min必须设为空字符串：end.min = start.value || '' - 否则
end会被卡在一个不存在的最小值上，导致无法选择任何日期 - 建议同时监听
end的变更，做反向校验并提示：end.setCustomValidity('结束日期不能早于开始日期')
服务端校验不可省略
前端限制只是体验优化：
- 用户可通过粘贴、开发者工具或绕过 JS 修改值
- 移动端某些安卓浏览器对
min/max支持不稳定 - 时区差异可能导致逻辑偏差（例如 UTC 时间直接赋给
max，在纽约被解释为前一天）
后端收到日期后，务必按业务规则再次验证是否在允许范围内。
