step 属性仅对 type="number" 和 type="range" 生效，type="text" 等类型会静默忽略；需配合 min、inputmode 等属性并用 JS 校验兜底。
step 属性根本没生效？先确认 type 是否为 number 或 range
很多人给 type="text" 或 type="tel" 加 step="0.01"，发现完全没反应——这不是 bug，是规范行为。step 只对 type="number" 和 type="range" 生效，其他类型会静默忽略它，控制台也不会报错。
常见错误写法：<input type="text" step="0.01"> → 箭头不出现、校验不触发、valueAsNumber 永远是 NaN
- 必须显式写成：
<input type="number" step="0.01"> - 如果业务需要保留文本语义（比如高精度小数、科学计数），
type="number"不可靠，应换用type="text"+ 自定义校验 - 移动端想弹出带小数点的键盘，光靠
step不够，还得加inputmode="decimal"
能输入小数但提交失败：validity.stepMismatch 的真正原因
用户手动输入 1.25，输入框显示正常，一提交就报 Please enter a valid value. The two nearest valid values are 1 and 2. —— 这说明浏览器认可字符串输入，但拒绝通过校验。根源是：当前值不在 min + n × step 的合法序列里。
默认 min 是 0，step 是 1，所以合法值只有整数；即使你写了 step="0.01"，若没配 min="0" 或 min="0.00"，部分浏览器（如 Firefox）会按整数基准推导，导致 1.25 仍被判定为非法。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
- 必须显式声明
min，且小数位数要和step对齐：min="0.00"+step="0.01" - 初始
value也得合规，value="1.25"没问题，但value="1.255"在step="0.01"下就会被静默修正为1.26或触发stepMismatch - 检查方式：
input.validity.stepMismatch为true就是这个原因，不是badInput
动态改 step 后箭头失灵或拖不动：value 没重置是主因
执行 input.step = "0.25" 后发现 spinner 点不动、滑块拖到一半跳变、方向键按一次跳两格——不是 JS 赋值失败，是旧 value 值已不符合新 step 规则，浏览器直接卡死在最近合法值上。
- 正确做法分两步：
input.setAttribute("step", "0.25")，再立即重算并赋值：input.value = (Math.round(parseFloat(input.value) / 0.25) * 0.25).toFixed(2) - 避免用
parseFloat(val) + 0.25手动计算，JS 浮点误差会导致0.1 + 0.2 = 0.30000000000000004，应优先调用原生input.stepUp(1)方法 - 快速连续切换
step时，建议用requestAnimationFrame包裹重置逻辑，防止状态残留
step="any" 为什么还是输不了小数？兼容性与键盘策略被忽略了
step="any" 并不等于“支持任意小数输入”，它只禁用步长校验，但不保证键盘、解析、显示都配合。iOS Safari 15.4 之前不支持，旧版 Android WebView 可能直接降级为 step="1"；更常见的是：安卓 Chrome 即使写了 step="any"，数字键盘也不显示小数点。
- 必须搭配
inputmode="decimal"，这是告诉浏览器“我要输小数”的最直接信号 -
step="any"下，valueAsNumber仍可能返回NaN（比如输入了"1.2.3"），判断有效性应优先看input.validity.badInput - 它不解决浮点精度问题：输入
3.141592653589793238，valueAsNumber可能截断为3.141592653589793（JS Number 最多 15 位有效数字） - 真正需要高精度（如金融、科学计算），别依赖
type="number"，用type="text"+ 字符串处理 + 后端 decimal 解析
最常被忽略的点是：粘贴、拖拽滚动条、开发者工具修改 DOM，这些操作完全绕过 step 的所有约束。它只管浏览器内置行为和提交校验，不是实时拦截器。业务关键字段，永远要靠提交前的 JS 校验 + 后端强校验兜底。
