step属性仅对type="number"等特定类型生效，type="text"中设置无效；min/max与step小数位数不一致或动态修改step后未重置value会导致校验失效、spinner失灵，需统一小数位数并手动对齐value。
step属性和min/max小数位数不一致会静默失效
浏览器校验合法值时，用的是 min + n × step 这个公式。如果 min="0" 但 step="0.01"，那合法值是 0、0.01、0.02……没问题；但如果写成 min="0.1" 却配 step="0.01"，0.1 本身不是 0.01 的整数倍（0.1 ÷ 0.01 = 10，看似可以），但部分浏览器（如旧版 Safari）会因浮点表示误差判定为不匹配，导致 spinner 点不动、checkValidity() 返回 false。
更常见的是 min="1" 配 step="0.5"：1 是 0.5 的整数倍（n=2），理论上合法；但若初始 value="1.2"，浏览器可能直接把它改成 1.0 或 1.5，用户完全看不到 DOM 变化，只觉得“调不了”。
- 显式声明所有三者的小数位数：要两位小数，就统一用
min="0.00"、max="10.00"、step="0.01" - 避免混用整数与小数：
min="0"+step="0.1"在 Chrome 中可能被推导为step="1"，尤其在未设min时 - 金额类输入优先换算单位：
min="100"、step="1"、value="199"表示 1.99 元，彻底绕过浮点陷阱
type="text"上写step="0.01"根本不起作用
step 属性只对 type="number"、type="range"、type="time" 等特定类型生效。给 type="text" 加 step，DevTools 里能看到属性存在，但 spinner 不出现、校验不触发、箭头点击无反应——浏览器解析后直接忽略，连 warning 都不会抛。
很多人想“限制小数位但保留文本输入体验”，结果写了 <input type="text" step="0.01">，发现完全没用。这不是 bug，是规范行为。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 真要数字步进，必须用
type="number"，哪怕你后续用 JS 格式化显示 - 若需自由输入 + 自定义校验（比如允许 3.1415926 但提交前截断），改用
type="text"+inputmode="decimal"+ 正则监听，别碰step - 移动端 iOS Safari 的 number 键盘不一定显示小数点，
step="0.1"可能让用户根本输不了小数，此时type="text"+pattern更可控
动态改step后value没对齐，spinner立刻失灵
直接执行 input.step = "0.25" 或 input.setAttribute("step", "0.25") 后，旧的 value 很可能已不在新步长的合法集合里。结果就是：点击 ↑ ↓ 没反应、拖拽滑块松手跳变、方向键微调卡死。
浏览器不会自动重算 value，也不会提示。你看到的只是“不工作”，查不到错误来源。
- 改
step后必须重置value：先parseFloat(input.value)，再用Math.round(val / newStep) * newStep对齐，最后toFixed()补零 - 连续切换 step（比如从 0.01 → 1 → 0.5）时，加
requestAnimationFrame延迟重置，避免状态残留 - 改完立即调用
input.checkValidity()，必要时input.reportValidity()主动暴露问题
step="any"不是万能解药，反而掩盖精度问题
step="any" 只禁用步进校验，不解决底层浮点表示缺陷。用户输入 3.7 没问题，但输入 0.1 + 0.2 计算结果在 JS 里是 0.30000000000000004，valueAsNumber 读出来就是错的；Safari 还可能把 valueAsNumber 截断到 15 位有效数字。
它也不影响表单提交内容：form.elements[name].value 拿到的是字符串，不是数字。你以为传了高精度，其实只是字符串，后续解析全靠你自己。
- 需要任意精度字符串输入 → 用
type="text"，配合pattern和 input 事件过滤 - 需要数值计算且精度敏感 → 改用整数单位（如“分”、“毫秒”），或引入
decimal.js等库 -
step="any"仅适合：你只传字符串给后端、且后端自行高精度解析的场景
实际项目中最容易被跳过的，是初始 value 与 min、step 的对齐检查——它不报错，但会让整个交互链在用户第一次点击时就卡住。
