step仅对type="number"和type="range"生效，需与min、max、value对齐；value必须满足value===min+n×step，否则浏览器静默修正；小数step存在精度陷阱，金额类建议换算为整数单位处理。
step 属性不是设了就自动生效的开关，它只在 type="number" 和 type="range" 上起作用，且必须和 min、max、value 三者对齐，否则浏览器会静默修正值——你拖不动、点不准、提交报错，八成卡在这儿。
step 只对 number 和 range 类型生效
给 type="text"、type="tel" 或其他类型加 step，浏览器直接忽略，连警告都不会抛。想用步进控制，必须显式写 type="number" 或 type="range"。别指望靠 CSS 或 JS 模拟来绕过这个限制——原生校验、方向键行为、移动端键盘类型都依赖这个 type 判断。
value 必须满足 value === min + n × step
这是最常被跳过的硬规则。浏览器初始化时不会校验你写的 value 是否合法，但会悄悄把它“拉回”最近的合法值，导致后续所有交互失准。
-
min="0"、step="0.1"时，value="0.15"是非法的，Chrome 可能改成"0.1"或"0.2"，DOM 看不出变化 - 正确写法是：
value="0.0"、"0.1"、"0.2"……确保初始值本身就是等差数列中的项 - 动态改
step后，必须同步重置value：先算Math.round(parseFloat(el.value) / newStep) * newStep，再赋值
小数 step 的精度陷阱和兼容性处理
step="0.1" 在二进制中无法精确表示，旧版 Chrome 曾四舍五入成 step="1"；iOS Safari 对 step 小于 0.1 的支持极不稳定。不要赌浮点运算的“看起来差不多”。
- 金额类场景一律换算单位：
min="100"（对应 1.00 元）、step="1"、value="199"（1.99 元） - 必须用小数时，统一小数位数：
min="0.00"、max="10.00"、step="0.01"，避免min="0"和step="0.01"混用 - 用
input.stepUp(1)和input.stepDown(1)替代parseFloat(val) + 0.01，前者严格按当前step执行，不走 JS 浮点误差路径
step="any" 并不等于“完全自由”
设 step="any" 后，用户可手动输入任意小数，但上下箭头仍默认按整数 ±1 步进（不是 ±0.01），且部分老版本 Safari/Firefox 不支持该值。它只是禁用对齐逻辑，不是解除所有约束。
-
step="any"下，input.validity.stepMismatch永远为false，表单验证不再拦步长问题，业务层必须自己校验 - 移动端键盘可能根本不显示小数点，
step="any"也救不了输入体验 - 若需微调（如音频时间轴），优先保证
min/max与实际业务量纲一致，再配合理step，而不是盲目设"any"
真正麻烦的从来不是写 step 这个属性，而是用户粘贴、第三方输入法、快速拖拽松手瞬间的值对齐——这些时刻浏览器不会等你 JS 处理完，它直接按数学规则截断。所以初始化对齐、动态更新时重算 value、读取时用 parseFloat() 而非直接信 value 字符串，这三步漏掉任何一环，都会在某个深夜的测试环境突然冒出来。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
