step属性仅对type="number"、"range"、"time"生效，需与min、max、value协同；value必须严格满足value=min+n×step，否则浏览器静默修正；小数step易因浮点精度失效，推荐换算单位或统一小数位。
step 属性不是设了就自动生效的开关，它必须和 type、min、max、value 四者协同才能起作用；单独加在 type="text" 或没配 min 的 number 上，基本等于没写。
哪些 input 类型真正支持 step
只有 type="number" 和 type="range" 会解析并应用 step；type="time" 也支持，但单位是秒（不是分钟）；其他类型如 text、date、email 会完全忽略该属性，不报错也不生效。
-
type="number"：影响上下箭头步进、粘贴校验、提交验证（validity.stepMismatch） -
type="range"：控制滑块可停靠的离散位置（拖动/方向键） -
type="time"：step="900"表示每 15 分钟一档（900 秒），不是step="15"
value 必须对齐 min + n × step，否则浏览器静默修正
这是最常卡住人的点：如果 min="0"、step="0.1"，但写了 value="1.05"，Chrome/Safari 会悄悄把值改成 "1.0" 或 "1.1"，你拖不动、点不准、第一次 ↑ 就跳到意外值，问题就出在这儿。
- 初始化时确保
value是合法序列中的一个：比如min="0"、step="0.25"，就用value="2.75"，别用"2.7" - 动态改
step后，必须同步重置value：input.value = Math.round(parseFloat(input.value) / newStep) * newStep - 推荐用
input.setAttribute('step', '0.25')而非input.step = '0.25'，部分浏览器对属性变更响应更稳定
小数 step 容易踩浮点精度坑
step="0.1" 在二进制中无法精确表示，某些旧版 Chrome 会四舍五入成 step="1"，导致所有操作变成整数跳变。这不是 bug，是 IEEE 754 的固有限制。
立即学习“前端免费学习笔记（深入）”；
- 金额类场景，直接换算单位：
min="100"、step="1"、value="199"表示 1.99 元 - 必须用小数时，统一小数位数：
min="0.00"、max="10.00"、step="0.01"，避免混用"0"和"0.01" - 步进值小于
0.1时，建议max - min控制在 10 以内，否则滑块轨道过长、拖动分辨率下降
step="any" 不是“自由输入”，而是放弃步进约束
step="any" 允许用户手动输入任意浮点值（如 "3.1415926"），但它不改变浏览器箭头默认步进为 1 的行为，也不解除 min/max 限制，且 Safari 15.4 之前不支持。
- 提交或读取时，
input.value仍是字符串，需用parseFloat()才能拿到真实数值 - 移动端键盘可能不显示小数点，
step="any"未必能输进小数 - 若需格式化显示，建议监听
input事件后做parseFloat(e.target.value).toFixed(3)截断
实际生效的关键永远是三者能否构成等差数列：浏览器只认 min + n × step ≤ max 的点。调试时不妨打印 Array.from({length: 10}, (_, i) => parseFloat(min) + i * parseFloat(step)) 看看真实刻度——很多“失效”，其实只是你设的 value 根本不在这个序列里。
