step 属性在 input 事件中不生效，仅作用于浏览器内置交互和表单提交校验；input 事件会照常触发非法值，需手动校验对齐步进并处理浮点误差。
input 事件里 step 属性不生效，别指望它实时拦截
step 属性只参与浏览器内置行为（箭头点击、方向键、滑块拖动）和表单提交校验，input 事件本身完全不感知 step。你监听 input，用户输入 2.05 且 step="0.1"，事件照样触发，event.target.value 就是 "2.05"，不会被截断或修正。
常见错误现象：
- 以为加了
step="0.01"就能靠input事件拿到“合规值”，结果后端收到非法小数 - 在
input回调里直接用parseFloat(value)计算，却没做步进对齐，导致后续逻辑偏差
正确做法：
- 在
input事件中手动校验：const n = parseFloat(value); const isValid = (n - min) % step === 0（注意浮点误差，建议用Math.abs((n - min) % step) ） - 或更稳妥：用
Math.round((n - min) / step) * step + min对齐最近合法值，再写回input.value - 不要依赖
input.validity.stepMismatch判断——它只在checkValidity()调用后更新，input事件里常为false
change 事件才是 step 校验真正起效的节点
change 事件触发时（失焦或箭头点击后），浏览器已执行过一次完整校验，此时 input.validity.stepMismatch 才可靠反映是否踩中 step 规则。
立即学习“前端免费学习笔记（深入）”；
使用场景：
- 表单提交前做轻量级预检，避免用户点完提交才弹错
- 配合
reportValidity()主动提示，比等 submit 更及时 - 动态切换 step 后，立刻调用
input.checkValidity()+input.reportValidity()检查当前值是否仍合法
注意：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
-
change不会在每次按键时触发，只在值“确定”后（比如输完按 Tab、点别处、或点箭头），所以不适合做实时格式化 - 移动端 iOS Safari 中，
change可能在键盘收起后才触发，有延迟 - 若初始
value就不满足min + n × step，Chrome 会静默修正，change可能根本不会触发——得靠DOMContentLoaded时主动检查
stepUp() / stepDown() 是唯一严格遵循 step 的 JS 方法
用 JavaScript 调用 input.stepUp(1) 或 input.stepDown(1)，浏览器会严格按当前 step、min、max 计算下一个合法值，完全避开 parseFloat(val) + step 带来的浮点误差。
为什么不用 parseFloat 运算：
-
parseFloat("1.1") + 0.1得到1.2000000000000002，再赋值给input.value，下次点击 ↑ 就可能跳到意外值 -
stepUp()内部走的是浏览器原生步进逻辑，与 UI 箭头行为一致，状态稳定
实操建议：
- 自定义 ± 按钮必须用
stepUp()/stepDown()，别手写加减 - 传参可为任意整数：
stepUp(5)直接跳 5 步，stepDown(0)表示重置为min - 调用前确保
input.step已设好，否则 fallback 到默认1
动态改 step 后 value 很可能已非法，必须重置
直接改 input.step = "0.25" 或 input.setAttribute("step", "0.25") 后，旧 value 极大概率不再落在新步长序列上。此时 stepUp() 可能卡住、方向键失效、checkValidity() 返回 false。
容易踩的坑：
- 改完 step 立即调
stepUp(0)，期望自动对齐——但部分浏览器不响应 - 用
input.value = input.value强制刷新，无效；浏览器不重新计算合法值集合
可靠做法：
- 先
input.setAttribute("step", "0.25") - 再规整 value：
const v = parseFloat(input.value); input.value = (Math.round(v / 0.25) * 0.25).toFixed(2) - 最后
input.checkValidity()验证，必要时input.reportValidity() - 如需连续切换（如从
0.01切到1），用requestAnimationFrame包一层重置逻辑，避免状态残留
实际项目里最常被忽略的，是 step 和 value 的初始对齐——哪怕 HTML 里写死了 value="1.05"，只要它不满足 min + n × step，浏览器就可能在渲染第一帧时悄悄改掉它，而 DOM 上看不出任何变化。
