HTML5 input[type="datetime-local"] 的 min 和 max 为什么没生效？
因为值格式不匹配——min/max 要求严格按 YYYY-MM-DDThh:mm 格式（秒可选，但必须补零），且时区隐含为本地。浏览器一发现格式不对，直接忽略整个属性。
- 错误写法：
min="2024-01-01"（缺T和时间部分） - 正确写法：
min="2024-01-01T00:00"或min="2024-01-01T00:00:00" - 注意：不能写成
min="2024/01/01"或带空格的"2024-01-01 00:00" - 动态设置时，用 JavaScript 拼接也要确保两位数补零，比如
date.toISOString().slice(0,16)（适用于datetime-local）
datetime-local 和 date 的范围限制逻辑差异
date 只需年月日，datetime-local 必须带时间；二者对 min/max 的解析粒度不同，混用会出问题。
-
input[type="date"]的min="2024-01-01"表示“从这一天起可选”，包含当天所有时间 -
input[type="datetime-local"]的min="2024-01-01T00:00"表示“从这一时刻起可选”，早一秒都不行 - 如果后端只存日期（无时间），却用
datetime-local+min，用户可能无法选到当天 00:00 之前录入的数据（比如凌晨录入的记录） - 移动端 Safari 对
datetime-local支持弱，部分版本会降级为text，min/max完全失效
JavaScript 动态设置 min 和 max 的坑
直接赋值字符串容易漏掉时区或格式错位，尤其处理“今天之后三天”这类相对时间时。
- 别用
new Date().toString()或.toLocaleString()，它们返回的格式浏览器不认 - 推荐用
toISOString()截取：input.min = new Date(Date.now() + 3 * 864e5).toISOString().slice(0,16) - 设
max时注意：如果当前时间已超max，输入框会变灰不可操作，但不会报错、也不提示 - 修改后建议触发
input.dispatchEvent(new Event('input', { bubbles: true }))，确保绑定的验证逻辑重跑
兼容性差导致的“看似设了，实则无效”场景
不是所有浏览器都把 min/max 当强制约束——它们只是提示性限制，用户仍可通过手动输入绕过。
立即学习“前端免费学习笔记（深入）”；
- Chrome 和 Edge 会禁用超出范围的日期/时间在原生控件中的选择，但允许键盘输入非法值
- Firefox 对
datetime-local的min/max支持不一致，某些版本仅校验日期部分 - 真正要拦住非法值，必须配合
input事件监听 + 正则校验 +setCustomValidity() - 如果你的应用需要强校验，别只依赖 HTML 属性，服务端也得再验一次格式和范围
事情说清了就结束。
