step属性需与min、max、value协同工作，且value初始值必须满足value===min+n×step（n为整数），否则浏览器静默修正导致交互异常；浮点精度问题真实存在，推荐用整数单位或统一小数位数。
直接说结论：step 属性不是“设了就自动生效”的独立开关，它必须和 min、max、value 协同工作，且 value 初始值必须满足 value === min + n × step（n 为整数），否则浏览器会静默修正——你拖不动、点不准、增减失灵，八成卡在这儿。
step="0.1" 输入报错“值必须为 0.1 的倍数”
这是浏览器原生校验在起作用，但背后常有隐藏陷阱：
- 用户手动输入
2.05，而step="0.1"要求所有合法值是0.1的整数倍（如 2.0、2.1、2.2…），2.05不符合，提交前就会触发验证失败 - 浮点精度问题真实存在：
0.1在二进制中无法精确表示，某些旧版 Chrome 甚至会把step="0.1"四舍五入成step="1" - 更稳妥的做法是用整数单位：比如金额用“分”代替“元”，设
step="1"、min="100"（对应 1.00 元），显示时再除以 100 - 若必须用小数，统一用相同小数位数写
min、max、step，例如全写成min="0.00"、max="10.00"、step="0.01"
动态改 step 后滑块拖不动或跳变异常
DOM 属性更新后，浏览器不会自动重算合法值集合，旧 value 可能已非法：
- 不能只写
el.step = "0.25"，必须同步重置value：先计算最近合法值，例如el.value = Math.round(el.value / 0.25) * 0.25 - 推荐用
el.setAttribute('step', '0.25')而非直接赋值，部分浏览器对属性变更响应更稳定 - 改完后可调用
el.checkValidity()主动触发校验，配合inputEl.reportValidity()显示提示 - 快速连续切换 step 时，建议加个
requestAnimationFrame延迟重置 value，避免状态残留
jQuery 或原生 JS 实现 ± 按钮时别手动加减
用 parseFloat(val) + 0.25 这类计算极易引入浮点误差（比如 0.1 + 0.2 === 0.30000000000000004）：
- 优先调用原生方法：
inputEl.stepUp(1)和inputEl.stepDown(1)，它们严格按step属性执行，不走 JS 浮点运算 - 按钮点击后，建议再调用
inputEl.value = parseFloat(inputEl.value).toFixed(2)格式化显示，避免界面出现超长小数 - 如果要支持键盘方向键微调（部分浏览器支持
Shift + ↑十倍步进），不用额外监听——step属性本身已控制该行为
最易被忽略的一点：滑块（type="range"）的 step 仅影响拖动/方向键调节时的“跳变点”，不影响渲染精度；哪怕设 step="0.001"，实际拖动仍受像素级限制，用户根本感知不到千分之一的变化。这时候与其压低 step，不如换用数字输入框 + 按钮组合，体验更可控。
