用 form.onsubmit 统一校验 input.value.trim()==='' 并 alert，比 required 更可控；需 e.preventDefault() 阻止提交、input.focus() 聚焦、按钮 disabled 防重复点击，避免 oninput/onblur 误触发。
input 元素为空时触发 alert 的基本写法
直接在表单提交时判断 input.value 是否为空字符串即可，不需要监听所有按键。多数场景下，用户点「提交」才需要校验，过早弹窗反而干扰体验。
常见错误是把 onblur 或 oninput 当成唯一入口，结果导致反复弹窗、空格未过滤、或回车提交被忽略。
- 用
form.onsubmit统一拦截，返回false阻止提交 - 用
input.value.trim() === ''判断，避免用户只输空格却绕过校验 - 校验后聚焦到出错的
input，方便用户立刻修改：input.focus()
为什么用 required 属性还不够
原生 required 会触发浏览器默认提示（如 Chrome 显示「请填写此字段」），样式不可控、文案不能自定义、且无法和后续逻辑衔接（比如同时校验长度或格式）。
更关键的是：某些情况下 required 不生效 —— 比如你动态移除了 required 属性，或用了 type="hidden" 混合表单，又或者后端要求「前端必须显式 alert」以确保用户感知。
- 浏览器默认提示不阻塞 JS 执行，无法配合
fetch等异步操作 -
checkValidity()返回true/false，但不会触发 alert，得自己补 - 若需兼容旧版 IE（
required不支持），必须手写校验
避免 alert 被连续触发的陷阱
用户快速连点提交按钮，可能造成多次 alert 弹出（尤其在未阻止默认行为或未禁用按钮时）。这不是 UI 问题，而是控制流没切断。
- 提交后立即将按钮设为
disabled，防止重复点击 - 不要在
oninput里写alert，那会导致每删一个字符就弹一次 - 如果用了防抖（debounce），alert 不适合放里面——它必须即时响应，不是异步反馈
- 移动端注意：Safari 对连续
alert有静默策略，可能只显示第一个
替代 alert 的轻量方案（不打断操作流）
真正在意用户体验时，alert 其实是最后选项。它强制暂停、无法选中文字、不支持复制错误信息，还常被广告脚本滥用导致用户习惯性点「确定」。
更务实的做法是：保留 alert 作为兜底（比如关键业务确认），日常校验改用内联提示：
- 给
input添加class="error"，配合 CSS 显示红色边框或下方文字 - 用
setCustomValidity('用户名不能为空')+reportValidity()，复用浏览器验证机制但自定义文案 - 如果必须弹窗，优先用
confirm或第三方 modal（如dialog元素），但要注意dialog的 Safari 兼容性
复杂点在于：alert 是同步阻塞的，而 DOM 更新、fetch 请求都是异步的。一旦混用，容易出现「弹窗已关，但请求还在发」或「校验通过了，但用户已切走」这类状态错位——得靠 loading 状态 + 按钮禁用 + 响应式反馈来对齐。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
