不能。min/max仅提供UI辅助和提交校验，无法阻止手动输入越界值；需用JavaScript在blur事件中用parseFloat裁剪并处理NaN，且服务端必须二次验证范围。
input type="number" 的 min/max 属性是否真能限制用户输入？
不能。它们只提供基础校验和 UI 辅助（如上下箭头范围、滑块边界），但用户仍可手动输入任意数字，甚至粘贴非法值。min 和 max 不会阻止 change 或 input 事件触发，也不会自动修正超出范围的值——浏览器只在表单提交时做原生约束检查（且可被绕过）。
如何真正拦截并修正越界数值？
必须结合 JavaScript 监听 input 或 blur 事件，在值变更后主动裁剪或重置。推荐用 blur 避免过度干扰输入过程，同时兼顾体验与可靠性：
<input type="number" id="age" min="1" max="120">
document.getElementById('age').addEventListener('blur', function() {
const val = parseFloat(this.value);
if (isNaN(val)) {
this.value = '';
} else if (val < 1) {
this.value = '1';
} else if (val > 120) {
this.value = '120';
}
});
- 用
parseFloat而非parseInt，兼容小数输入（如身高 1.75） - 显式处理
NaN（空值、非数字字符串），否则NaN < 1为false，导致清空后仍保留非法字符串 - 不要仅依赖
setCustomValidity：它只影响checkValidity()和提交提示，不改变实际值
服务端必须二次校验，前端控制只是体验层
任何前端限制都可被禁用 JS、修改 DOM 或直接发请求绕过。后端收到 age 字段时，仍需独立验证是否在 [1, 120] 区间内，并拒绝非法值。常见疏漏是：前端做了裁剪，就误以为“已安全”，结果服务端只做类型转换没做范围检查。
尤其注意浮点精度问题：若后端用 float 或 double 接收，120.00000000000001 可能被接受但逻辑上越界；建议统一用整数存储（如分、毫秒、厘），或使用带精度控制的解析函数（如 Python 的 decimal）。
移动端 numeric 键盘与 min/max 的兼容性差异
iOS Safari 对 min/max 支持较弱：即使设了 min="0"，键盘仍可能弹出负号键；Android Chrome 表现更稳定，但部分定制 ROM 键盘忽略这些属性。因此不能依赖键盘行为来防错。
- 避免用
inputmode="numeric"替代type="number"：前者不触发数字键盘在所有机型上，且完全丢失min/max语义 - 如需更强控制（如禁止负号、小数点），需监听
keydown拦截特定键码，但要注意Ctrl+V粘贴无法拦截，仍需后续input处理 - 测试真机而非仅 DevTools 模拟：iOS 键盘行为与桌面 Chrome 差异显著
this.value 是空字符串，parseFloat('') 返回 NaN，若没分支处理，就会把 NaN 写回 value，导致后续 form.checkValidity() 返回 false 却无提示。 
