step属性必须显式设置，否则type="number"默认只接受整数；未设step时浏览器隐式约束合法值为整数序列，输入小数或负数（如-2.5、3.14）可能被清空、截断或触发validity.badinput===true。
step 属性必须显式设置，否则 type="number" 默认只接受整数；不写 step 和写 step="1" 表现接近，但都会拒绝小数输入。
为什么输不了小数或负数？
浏览器对 type="number" 有隐式精度约束：未设 step 时，它认为合法值只能是整数序列。哪怕你手动输入 "-2.5" 或 "3.14"，提交时可能被清空、截断，或触发 validity.badInput === true。
-
step="0.01"允许两位小数（适合金额） -
step="any"允许任意精度小数，但 iOS Safari 16.3 及更早版本不支持，部分安卓 WebView 行为异常 - 要支持负数，
min必须设得足够低（如min="-100"），否则连负号都输不进去 - 移动端键盘是否显示小数点，主要看
inputmode="decimal"，不是step—— 单独写step="any"无法保证弹出小数键盘
step 和 min/max 是怎么配合生效的？
step 定义的是“合法值序列”，起点由 min 决定。例如 min="1" step="2" 的合法值是 1, 3, 5, 7...，不是 0, 2, 4。如果用户输入 4，它不在该序列中，valueAsNumber 就会返回 NaN，即使数值本身在 min/max 范围内。
- 没设
min时，起点默认为0，可能导致第一个可选值不符合业务逻辑（比如期望从10开始） -
max不参与序列计算，只做上界裁剪；超出max的值仍可能被临时输入，但失焦后部分浏览器会自动“掰回”到max - 用
el.valueAsNumber判断当前值是否合法，比parseFloat(el.value)更准——后者会把"10.5a"解析成10.5，而前者直接返回NaN
移动端小数输入的实际控制方案
iOS Safari 对 step="any" 支持不稳定，且原生数字键盘不感知 step 值；安卓 Chrome 多数只响应 step="1" 或整数步长。纯靠 HTML 属性无法统一行为。
- 必加
inputmode="decimal"，这是目前最可靠触发小数键盘的方式（iOS Safari 16.4+ 起全面支持） - 兜底用
type="text"+inputmode="decimal"+ 正则限制（如/^\d*\.?\d{0,2}$/），放弃原生step校验，换 JS 可控性 - 避免用
step="any"配合浮点数输入——它绕过控件级约束，后续必须用 JS 补充范围与精度双重验证 - 监听
input事件时，不要依赖valueAsNumber获取实时值：用户刚敲"-"或"."时它必为NaN，应改用parseFloat(el.value)+ 手动边界校验
真正难的不是设对 step，而是处理粘贴、拖拽、快捷键输入等非键盘路径下的非法中间态；inputmode 和 step 都只是提示，最终逻辑必须落在 JS 监听与服务端双重校验上。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
