应绑定 addEventListener('blur', handler) 监听 date 输入框失焦，调用 checkValidity() 校验并手动处理提示，避免依赖 change 或 onblur，注意 reportValidity() 兼容性及移动端 picker 延迟问题。
date input 的 blur 事件怎么绑定
HTML 原生 <input type="date"> 不会自动在失去焦点时校验值是否合法（比如空值、格式错误、超出 min/max），必须手动监听 blur 事件并调用 checkValidity() 或检查 value 状态。
注意：不能只依赖 change，因为用户可能没选完就点到别处，change 不会触发；blur 才是“离开输入框”的准确时机。
实操建议：
- 给 input 绑定
addEventListener('blur', handler)，不要用onblur内联属性，方便复用和解耦 - 在 handler 中先调用
input.checkValidity()，它返回布尔值，同时会触发浏览器原生的 invalid 提示（如果表单有required） - 若需自定义提示（比如写入旁边
<span class="error"></span>），应检查input.validity.valid和input.value是否为空字符串 -
blur事件不会冒泡，所以不能委托到父容器上监听
为什么 checkValidity() 有时不显示红框或提示
原生验证提示（如红色边框、气泡）只在表单提交时或显式调用 reportValidity() 时强制展示。单纯 checkValidity() 只返回结果，不触发 UI 反馈。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 想让 blur 时也看到浏览器默认提示，改用
input.reportValidity()—— 它等价于checkValidity()+ 触发 UI - 但注意：
reportValidity()在值合法时不会做任何事，也不会清空之前的手动 error 消息 - 如果 input 是
required但值为空，reportValidity()会弹出 “Please fill out this field” 提示（取决于浏览器 locale） - 某些旧版 Safari 对
type="date"的reportValidity()支持不稳定，可降级为手动加 class（如input.classList.toggle('invalid', !input.validity.valid)）
兼容性与移动端注意事项
Android Chrome 和 iOS Safari 的 date picker 行为差异大，blur 触发时机容易被 picker 遮挡或延迟。
实操建议：
- 在 iOS 上，用户点「完成」后 picker 才关闭，此时才真正触发
blur；但部分老版本 WebKit 会在 picker 弹出瞬间就触发一次blur（误判） - 避免在
blur中立即读取input.value，可加setTimeout(() => { ... }, 0)确保 picker 关闭完成 - 移动端没有鼠标，focus/blur 更依赖虚拟键盘收起逻辑，建议配合
inputmode="none"防止意外唤起软键盘 - 不要假设
input.valueAsNumber总有值 —— 空日期时它是NaN，需先判断input.value长度
一个最小可用验证示例
<input type="date" id="dueDate" required min="2024-01-01">
<span id="dueDateError" class="error"></span>
<script>
const input = document.getElementById('dueDate');
const errorEl = document.getElementById('dueDateError');
input.addEventListener('blur', () => {
if (!input.value) {
errorEl.textContent = '请选择日期';
input.classList.add('invalid');
return;
}
if (!input.checkValidity()) {
errorEl.textContent = '日期不在允许范围内';
input.classList.add('invalid');
return;
}
errorEl.textContent = '';
input.classList.remove('invalid');
});
</script>
这个例子没用 reportValidity()，而是完全接管提示逻辑 —— 这样更可控，也绕开了部分 Safari 的兼容问题。关键点在于：先判空，再调 checkValidity()，最后清理状态。
真实项目里容易忽略的是 min/max 动态变更后，blur 时的验证结果可能滞后；如果日期范围由其他字段联动控制，记得在联动逻辑里手动调用 input.checkValidity() 并更新 UI。
