blur事件不触发格式校验，input.value可能为空是因为浏览器对type="date"要求严格：非YYYY-MM-DD格式（如含时间、错误分隔符）会静默置空；需用toISOString().slice(0,10)赋值，并用!value||isNaN(new Date(value).getTime())双重判断有效性。
date 输入框的 blur 事件本身不触发任何格式校验，必须手动检查 input.value 是否为合法 ISO 日期字符串（如 "2026-10-20"），否则它可能看起来有值，实际是空字符串。
为什么 blur 后 input.value 可能为空？
浏览器对 type="date" 的校验非常严格：只要用户输入或选择的内容不符合 YYYY-MM-DD 格式（比如多一个空格、少一位年份、带时间部分、用中文横线），input.value 就会静默变为空字符串 —— 这不是 bug，是规范行为。常见现象是：console.log(input.value) 打印出空字符串，但 input 框里明明显示着“2026-10-20”。
- 用户手动输入
"2026/10/20"或"2026.10.20"→ value 为空 - 用户从日历控件选中日期，但 JS 代码用
new Date().toISOString()赋值 → 值含时间部分（"2026-10-20T04:31:00.000Z"）→ value 为空 - 后端返回
"2026-10-20T12:00:00"，直接赋给input.value→ value 为空
如何安全地赋值和读取 date 输入框？
赋值前必须截断为纯日期格式；读取后必须做空值 + 格式双重判断，不能只看 input.value.length。
- 赋值时用
input.value = new Date(dateStr).toISOString().slice(0, 10)（兼容任意来源的时间字符串） - 读取后立即检查：
if (!input.value || isNaN(new Date(input.value).getTime())) - 别依赖
input.checkValidity()—— 它只管required和min/max，不管日期是否真实可解析 - 避免用
input.valueAsDate判断有效性：无效日期下它返回null，但很多开发者忘了判 null，直接调.getFullYear()导致报错
blur 验证该监听什么、怎么反馈？
监听 blur 是合理时机，但验证逻辑要轻量、同步、无副作用；反馈应结合 CSS 伪类与自定义提示，而非仅靠 alert。
立即学习“前端免费学习笔记（深入）”；
- 验证函数内不要发请求（如查重复日期），
blur是离散事件，防抖反而破坏体验 - 用
input.setCustomValidity("请选择有效日期")触发原生错误态，再配合:invalidCSS 控制红框样式 - 提交前必须兜底：form 提交时再跑一遍相同校验，因为用户可能跳过 blur 直接点提交
- 移动端 fallback 必须存在：iOS Safari 16.4 之前不支持
type="date"，此时它退化为text，需额外用正则/^\d{4}-\d{2}-\d{2}$/校验
真正容易被忽略的是：date 输入框的「视觉正常」和「数据可用」完全不是一回事。你看到的日期可能是浏览器渲染的 placeholder、缓存的 UI 状态，或者用户粘贴后尚未 blur 的临时内容。一切校验必须基于 input.value 的实际字符串值，并用 new Date(...).getTime() 做最终可信判定。
