required属性需配合支持控件、原生提交触发且无formnovalidate才生效；checkValidity()仅返回布尔值，须调reportValidity()显式提示；后端必须校验空格与null；框架中需注意受控组件同步及动态元素验证重置。
HTML 表单里 required 属性怎么加才真正生效
加了 required 却没拦住空提交？常见原因是它只对特定表单控件起作用，且依赖浏览器原生验证触发时机。
必须确保：
– 控件是支持 required 的类型（input、select、textarea）；
– 表单提交是通过 <button type="submit"> 或回车触发，而非 JS 调用 form.submit()（后者绕过校验）；
– 没有同时设置 formnovalidate 在提交按钮上。
示例：<input type="email" name="email" required> 会校验格式+非空；<input type="text" name="name" required> 只校验非空（哪怕只输空格也算“已填”，这是坑）。
用 JavaScript 手动触发验证时为什么 checkValidity() 返回 true 却没报错
因为 checkValidity() 只返回布尔值，不主动显示错误提示或聚焦元素。用户看不到反馈，就以为没校验。
正确做法是组合使用：
– 先调 element.checkValidity() 判断；
– 若为 false，再调 element.reportValidity() 弹出浏览器默认提示；
– 或手动添加 setCustomValidity() 自定义消息（注意：设为空字符串才会清空自定义错误）。
常见错误：
– 忘记调 reportValidity()，只靠 checkValidity() 做逻辑分支；
– 在 input 事件里反复调 setCustomValidity("xxx")，导致后续校验被干扰；
– 对 select 使用 required 但没把第一个 option 设为 value=""，否则选中它也会通过校验。
后端不能信前端验证，但为什么连 required 都要重做一遍
因为前端验证可被禁用、绕过或模拟请求。哪怕只是 required，后端也得检查字段是否存在、是否为空字符串、是否仅含空白符。
典型疏漏点：
– 后端只判 if not value:，但没处理 " " 这类空格；
– API 接收 JSON，却没对 null 或缺失字段做防御；
– 表单用 GET 提交，后端从 query string 解析时忽略空值边界。
建议：所有必填字段在后端都走 strip() + len() > 0 或等效判断，别依赖前端传来的“看起来有值”。
React/Vue 项目里表单验证容易丢掉的底层细节
框架封装常让人误以为绑了 v-model 或 value 就自动同步验证状态，其实不然。
关键点：
– React 中受控组件若没同步更新 value，required 校验仍按 DOM 实际值走，可能和 React state 不一致；
– Vue 3 的 v-model 默认不触发 change 事件，而原生 required 验证依赖该事件；
– 动态渲染的表单项（如条件显示的 input），若挂载时没初始值，required 可能不生效，需手动调 el.checkValidity() 触发一次。
简单验证兜底写法：
提交前统一遍历 form.querySelectorAll('[required]')，逐个调 checkValidity()，任一失败就 event.preventDefault() 并聚焦首个无效项。
required 就完事，它横跨 HTML、浏览器行为、JS 交互和后端逻辑四层，任何一层松动都会让空值溜过去。最常被跳过的其实是空格判断和动态元素的验证重置。 
