step 属性仅对 type="number"、type="range"、type="date" 等少数类型生效，type="text" 中无效；需与 min、max、value 对齐，否则可能被忽略或修正；动态修改 step 后须同步重置 value 并校验。
step 属性不是加了就起效的开关，它只在 type="number" 或 type="range" 下参与校验和微调，且必须和 min、max、value 对齐才能稳定工作。乱写 step="0.1" 而不配 min="0.0"，浏览器大概率静默忽略或修正成意外值。
为什么 type="text" 加 step="0.1" 完全没反应
这是最常踩的坑——step 仅对 type="number"、type="range"、type="date" 等少数类型生效。type="text" 或 type="tel" 上写的 step，浏览器解析但完全不执行：箭头不出现、键盘上下键无效、checkValidity() 不报 stepMismatch。
想让数字输入带步进，必须显式写：<input type="number" step="0.5">。
-
type="range"虽支持step，但滑块吸附逻辑是独立的，不等同于number的增减控制 - iOS Safari 对
type="number"的小数点支持极差，step="0.1"时可能根本不弹出小数点键 - 若需任意精度输入（如地理坐标），改用
step="any"，但注意此时上下箭头退化为 ±1
step="0.1" 输入 0.15 后自动变成 0.2 怎么办
这不是 bug，是浏览器按规范做的自动修正：value 失焦时会四舍五入到最近的合法步进值（即满足 (value - min) % step === 0 的值）。
立即学习“前端免费学习笔记（深入）”；
如果你需要保留原始输入精度（比如价格录入），别依赖这个自动行为。
- 金额类场景强烈建议换算单位：用“分”代替“元”，写
min="100"、step="1"、value="199" - 必须用小数时，统一小数位数：
min="0.00"、max="10.00"、step="0.01"，避免混用min="0"和step="0.01" - 若需任意精度输入，用
step="any"，但需 JS 在blur时做格式化或校验
动态修改 step 后 spinner 失灵或跳变异常
直接赋值 input.step = "0.25" 不可靠。浏览器不会自动重算合法值集合，旧 value 很可能已越界，导致拖不动、点箭头跳到非预期值。
- 改用
input.setAttribute("step", "0.25")，部分浏览器响应更稳定 - 紧接着重置
value：先对齐步进基准，例如input.value = (Math.round(parseFloat(input.value) / 0.25) * 0.25).toFixed(2) - 调用
input.checkValidity()主动校验，必要时input.reportValidity()显示提示 - 连续切换
step时，用requestAnimationFrame延迟重置value，避免状态残留
实现 ± 按钮时为什么不能用 parseFloat(val) + 0.1
JS 浮点运算误差会导致 0.1 + 0.2 !== 0.3，你看到的 0.30000000000000004 就是这么来的。这不是 step 的问题，而是 JavaScript 数值模型的固有特性。
- 优先调用原生方法：
input.stepUp(1)和input.stepDown(1)，它们严格按当前step执行，不引入浮点误差 - 若需自定义步长（如每次 ±0.25），先设
input.step = "0.25"，再调用stepUp() - 粘贴、拖拽滚动条、第三方输入法这些行为完全绕过所有原生约束，
step根本不起作用，业务校验必须由 JS 或后端兜底
真正麻烦的从来不是写 step，而是用户各种绕过方式：粘贴非合规数字、拖拽滑块越过边界、输入法中途切换……这些时候 step 形同虚设，得靠 input 事件实时拦截 + blur 强制归位 + 后端二次校验来兜底。
