min/max属性仅用于提交校验和箭头交互，不拦截手动输入；需用input事件实时修正数值、处理NaN、缓存lastValid值，并配合服务端校验。
min 和 max 属性本身不拦截手动输入，只参与表单提交校验和箭头交互逻辑。真要拦住超限值，必须加 JavaScript 实时修正。
为什么直接写 min="0" max="100" 还能输 999？
浏览器只把 min/max 当作“提交时校验依据”，不是输入过滤器。用户粘贴、键盘敲击、拖动滑块都可能绕过——尤其在 Safari 和多数安卓 WebView 中，连箭头增减都可能失效。
- 属性值必须是字符串，比如
min="0"，不能写成min=0（无引号）或min={0}（JSX 语法） - 若
input的type不是"number"，min/max完全被忽略，连valueAsNumber都读不到约束 - 空值、
"-"、"."等中间态字符串不会触发校验，parseFloat("")返回NaN，得单独处理
怎么用 input 事件实时截断非法输入？
监听 input 事件比 change 更及时，能覆盖每次按键、粘贴、删除。核心是：读值 → 转数值 → 比对边界 → 强制赋值。
- 用
event.target.valueAsNumber替代parseFloat()，它对空值、非法字符串返回NaN，更可靠 - 边界判断前先检查
isNaN(val)，避免NaN < 0返回false导致静默失败 - 修正时别直接
el.value = min，应先缓存上一次合法值（lastValid），否则连续删光再输会卡死 - 移动端 iOS 键盘不响应
step，但input事件仍有效，可一并处理步长对齐（如min="1"+step="2"下，输入 4 应取整为 5）
step 不配 min 就会出问题？
step 的合法序列从 min 开始计算，不是从 0。没设 min 时默认起点是 0，会导致第一档值（比如 step="0.5" 下的 0）不符合业务预期，甚至让箭头按钮失灵。
立即学习“前端免费学习笔记（深入）”；
- 错误写法：
<input type="number" step="0.5">→ 允许输入 0，但 0 可能不在业务允许范围内 - 正确写法：
<input type="number" min="0.5" max="10" step="0.5">→ 合法值为 0.5、1.0、1.5… -
step="any"会关闭所有步长约束，退化为纯文本输入，min/max仅剩提交校验作用 - Safari 对
step的实时校验宽松，必须靠 JS 补足：输入后用Math.round((val - min) / step) * step + min对齐
真正安全的数字输入框，从来不是靠 HTML 属性堆出来的。min 和 max 是提示，input 事件是防线，而服务端校验才是最后一道锁——三者缺一不可。最常被忽略的是：没处理 NaN 和没缓存 lastValid，导致输入框在清空后无法恢复，或者连续触发两次校验陷入死循环。
