step 属性仅对 number、range、date、time、datetime-local、month、week 有效；type 为 text 或 color 时无效；step="0.1" 触发校验因值需满足 min + n×step；浮点精度问题需用整数（如“分”）或统一小数位规避；动态修改 step 应用 setAttribute 并校验；step="any" 仅放宽步长限制，不取消数字校验；step 不拦截粘贴或输入，须 JS 和服务端双重校验。
step 属性只对 type="number" 和 type="range" 生效，设了但 type 不匹配（比如 type="text"）等于白写。
哪些 input type 支持 step 属性
仅以下类型识别并执行 step：number、range、date、time、datetime-local、month、week。color 或 text 上加 step 浏览器完全忽略——DevTools 里能看到属性，但 spinner 按钮不响应、校验不触发、值也不对齐。
常见错误：<input type="text" step="0.01"> 想控制小数位，实际毫无作用；必须改成 type="number" 才启动步进逻辑。
step="0.1" 为什么总报“值必须为 0.1 的倍数”
这不是 bug，是浏览器原生校验在起效，但背后有三个关键点：
立即学习“前端免费学习笔记（深入）”；
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 用户手动输入
2.05，而step="0.1"要求所有合法值满足value === min + n × 0.1（n为整数），2.05不符合，提交前触发validity.stepMismatch -
0.1在二进制浮点中无法精确表示，旧版 Chrome 曾静默四舍五入成step="1"，导致行为突变 -
value初始值未与min和step对齐：比如min="1"、step="0.3"，却设value="1.0"，浏览器可能静默修正为1.2或让 spinner 失灵
更稳妥的做法：金额统一用“分”处理，step="1"、min="100"、value="100"，显示时再除以 100；或所有值统一小数位，如 min="0.00"、max="10.00"、step="0.01"。
动态修改 step 后 spinner 不动或跳变异常
DOM 属性更新后，浏览器不会自动重算合法值集合，旧 value 很可能已非法：
- 别直接
el.step = "0.5"，改用el.setAttribute("step", "0.5")，部分浏览器响应更稳定 - 改完立即调用
el.checkValidity()主动校验，配合el.reportValidity()显示提示 - 若需连续切换
step（比如从0.01切到1），建议用requestAnimationFrame延迟重置value，避免状态残留 - 实现 ± 按钮时，别用
parseFloat(val) + 0.25这类 JS 浮点运算——优先调用el.stepUp(1)和el.stepDown(1)，它们严格按当前step执行，不引入误差
step="any" 并不等于“不限制”
step="any" 不会让表单失去校验能力，它只是放宽 validity.stepMismatch 的触发条件：
- 仍会检查是否为合法数字（比如不能输
abc），但不再要求必须是某个步长的整数倍 - 适合需要任意精度输入的场景：科学计算、地理坐标、自定义比例等
- 注意：
step="any"下，浏览器上下箭头仍按整数步进（多数默认为 1），容易造成认知偏差；若想禁用箭头，应配合 CSS 隐藏 spinner 或改用type="text"+ 正则校验
真正容易被忽略的是：step 本身不拦截非法输入，也不阻止粘贴。哪怕设置了 step="0.1"，用户仍可粘贴 3.14159 —— 表单提交前才会校验，而移动端 Safari 或旧 Android 浏览器甚至可能跳过该校验。必须搭配 JS 监听 input 或 change 做实时截断或格式化，服务端也永远要重新校验。
