step="0.01"仅对type="number"等少数类型生效，min/max/step须满足等差数列关系，小数精度需手动处理，动态改step时必须同步重算value。
step="0.01"必须搭配 type="number"
直接给 type="text" 加 step="0.01" 完全无效——浏览器会忽略该属性，不触发校验、不显示上下箭头、也不约束输入值。只有 type="number"、type="range"、type="date" 等少数类型才真正支持 step。折扣、金额、坐标微调等场景，必须用 type="number" 才能起作用。
min、max、step 三者必须数学自洽
浏览器不是按“小数位数”理解 step，而是按等差数列 min + n × step（n 为整数）生成合法值。若三者不匹配，值会被静默修正或卡住：
-
min="0"+step="0.01"+max="1"✅ 合法值是 0.00、0.01、0.02…1.00 -
min="0.1"+step="0.01"✅ 第一个合法值是 0.10，下一个是 0.11 -
min="0.15"+step="0.01"⚠️ 0.15 是合法起点，但 0.155 不在序列中；若用户输 0.155，部分浏览器提交时会报错Value is not a valid number -
min="1"+step="0.3"❌ 第一个合法值是 1，下一个是 1.3，中间空档 1.01–1.29 —— 箭头可能跳变、spinner 失灵
小数精度问题不能靠 step 自动修复
step="0.1" 在二进制浮点运算下可能产生 0.30000000000000004 这类值，导致 JS 比较失败或后端解析异常：
- 别依赖
valueAsNumber直接参与计算，它返回的就是原始浮点数 - 显示给用户时用
parseFloat(val).toFixed(1)，注意toFixed()返回字符串 - 更稳妥的滑块方案：用整数代替小数，例如
min="0"、max="100"、step="1"，再在 JS 中除以 100 - 金额类输入务必在
blur事件中强制格式化：input.value = parseFloat(input.value).toFixed(2)
动态修改 step 时 value 必须同步重算
直接改 input.step = "0.05" 不会自动调整当前 value。如果原值是 1.23，而新 step="0.05" 要求值必须落在 min + n×0.05 上，浏览器可能静默截断或锁定拖动：
立即学习“前端免费学习笔记（深入）”；
- 改
step前，先用setAttribute('step', '0.05')（比直接赋值更可靠） - 立即重设
value：例如input.value = Math.round(input.value / 0.05) * 0.05 - 若
min也变了，需确保新value≥ 新min，且满足(value - min) % step === 0
小数 step 的坑不在写法，而在它背后那套隐式等差数列规则——没对齐的 min、被浮点误差污染的 value、或者没重算就换掉的 step，都会让行为突然“失准”。
