step属性定义合法值的数学间隔而非小数位数，需与min、value构成等差数列，并配合inputmode="decimal"才能正确支持小数输入。
step 属性不直接限制小数位数，而是定义合法值的数学间隔
很多人误以为 step="0.01" 是“让输入框只允许两位小数”，其实它真正做的是：从 min（或 0）开始，生成所有形如 min + n × step（n 为整数）的值，作为浏览器校验时认可的合法集合。输入 1.25 能通过，不是因为它有两位小数，而是因为 1.25 ∈ {0, 0.01, 0.02, ..., 1.24, 1.25, ...}。若写成 step="0.1"，1.25 就会被拒绝——尽管它仍是小数。
为什么 step="0.1" 在部分浏览器里会失效
IEEE 754 浮点表示导致 0.1 无法精确存储，某些旧版 Chrome 会把 step="0.1" 解析为 1，结果箭头点击直接跳整数，提交还报 validity.stepMismatch。这不是配置错，是底层精度缺陷。
-
step=".01"比step="0.01"更可靠：Chrome 对带前导零的写法解析更稳定 - 金额类场景建议换算单位：用
min="0"、step="1"、value="199"表示 1.99 元，彻底避开浮点问题 - 若必须用小数步长，统一补零写法：
min="0.00"、max="9999.99"、step="0.01"
移动端输不了小数点？光靠 step 不够
step 影响校验逻辑，但不控制键盘类型。iOS Safari 可能仍弹出整数键盘，即使写了 step="0.01"；Android WebView 更常见此问题。
- 必须加
inputmode="decimal"，这是告诉浏览器“我要输入小数”的关键信号 -
step="any"单独使用效果差，要和inputmode="decimal"配合才大概率触发小数键盘 - 避免用
pattern或自定义正则拦截——它会覆盖原生数字键盘行为，反而让 iOS 弹不出数字键盘
初始 value 不对齐 step，spinner 会卡死或跳变
浏览器不会校验你写的 value 是否合法，但会在渲染时静默修正：如果 value="1.05" 而 min="0"、step="0.1"，Chrome 可能悄悄改成 1.0 或 1.1，导致第一次点 ↑ 就跳到意外值，甚至 spinner 完全不可拖动。
- 正确做法：确保
value是min + n × step的结果，例如min="0"、step="0.01"时，value="12.34"合法，value="12.345"不合法 - 动态改
step后，必须重置value：先input.setAttribute("step", "0.25")，再input.value = (Math.round(parseFloat(input.value) / 0.25) * 0.25).toFixed(2) - 改完立即调用
input.checkValidity()，必要时input.reportValidity()主动提示用户
实际生效的关键不在“写没写 step”，而在于 min、step、value 三者是否构成一个自洽的等差数列起点，以及是否配合了 inputmode 告诉浏览器“我真需要小数键盘”。漏掉任一环，都可能表现为“能输、能显、但提交失败”或“根本输不出小数点”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
