不能。min/max 仅提交时校验，用户可手动输入超限值、粘贴非法内容或通过 DevTools 修改；应结合 valueAsNumber 实时校验并用 reportValidity() 提示，后端必须重复校验。
input type="number" 的 min/max 属性真能拦住非法值吗
不能。浏览器只在表单提交时做基础校验，用户仍可手动输入超范围数字、粘贴无效内容，甚至通过 DevTools 直接修改 DOM 绕过限制。min 和 max 是提示性约束，不是运行时防护。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 始终用 JavaScript 在
input或change事件中校验valueAsNumber，而非依赖value字符串 - 对空值、
NaN、Infinity显式处理，valueAsNumber遇非法输入会返回NaN - 校验后立即反馈：清空输入、设回默认值，或用
setCustomValidity()触发原生提示
为什么直接监听 input 事件 + parseInt(value) 会出错
因为用户可能正在输入中间状态，比如想输 1234，但只打了 12，此时 parseInt("12") 合法，但后续输入 "12a" 会变成 12 —— 丢失了“输入含非数字字符”的关键错误信号。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 优先用
inputElement.valueAsNumber：它对"12a"、""、"-"均返回NaN，语义更准确 - 若需兼容旧浏览器（如 IE），改用
parseFloat(input.value)并配合正则校验开头是否为有效数字格式 - 避免在
input事件里强行修正值（如删掉字母），这会破坏用户光标位置和输入法体验
form.checkValidity() 和 reportValidity() 怎么配合使用
checkValidity() 只返回布尔值，不触发 UI 提示；reportValidity() 会显示浏览器原生气泡，并阻止表单提交（如果校验失败）。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 在
submit事件处理器中先调event.preventDefault()，再手动校验逻辑，最后按需调reportValidity() - 对单个
input，可调用inputElement.reportValidity()主动触发提示，适合失去焦点（blur）时校验 - 注意：若元素设置了
required但为空，reportValidity()会优先报“请填写此字段”，掩盖你自定义的范围错误
后端必须重校验，前端只是体验层
任何前端校验都可被绕过。比如用户禁用 JS、用 curl 发请求、或用 Postman 构造 number=999999999999 超出后端预期范围。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 后端收到数字字段后，先转为对应类型（如 int、float），再判断是否在业务允许区间内
- 不要只依赖数据库字段类型（如 INT）拦截，它可能静默截断或溢出，应主动抛出明确错误
- 前后端范围定义必须一致：前端
min="0" max="100"，后端也得用0 ≤ x ≤ 100，别一个闭区间一个开区间
input 事件都捕获不到，必须靠 change 或 blur 补漏。 
