step 属性是浏览器原生的步进提示与提交校验机制，非强制拦截器；设 step="0.1" 时，2.05 因不满足 value === min + n×0.1（n 为整数）触发 stepMismatch 校验失败。
step 属性不是强制拦截器，而是浏览器原生的“步进提示+提交校验”机制；设了不等于管住输入，不设也不代表没约束。
step="0.1" 为什么输 2.05 会报错？
浏览器在表单提交前会自动触发 stepMismatch 校验：只要 value 不满足 value === min + n × step（n 为整数），就判定非法。2.05 对 step="0.1" 来说，等价于 20.5 × 0.1，n 不是整数，所以失败。
- 这个校验只在
submit或调用checkValidity()时触发，input事件里手动输入不会实时拦 - 粘贴、拖动滑块、键盘上下键都受 step 影响；但直接键盘敲 2.05，浏览器允许——直到你点提交
- 错误信息通常是 “值必须为 0.1 的倍数”，对应 DOM 中
input.validity.stepMismatch === true
为什么 step="0.1" 在某些浏览器里行为异常？
根本原因是 0.1 无法在二进制浮点中精确表示，部分旧版 Chrome 甚至会把它当 step="1" 处理；Safari 对非整数 step 的 spinner 按钮响应迟钝，移动端软键盘也常忽略它。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 优先用整数单位：金额存“分”，设
step="1" min="100"；长度存“毫米”，设step="1" min="0" - 若必须用小数，统一写法：
min="0.00" max="10.00" step="0.01"，避免min="0"和step="0.01"混用 -
step="any"是唯一能绕过步长校验的合法值，但它不禁止小数位数，也不保证精度，仅表示“不限制对齐”
动态改 step 后 input 失效或跳变怎么办？
DOM 更新 step 属性后，浏览器不会自动重算当前 value 是否合法——旧值可能已违反新规则，导致 spinner 点不动、拖条卡死、stepUp() 报错。
立即学习“前端免费学习笔记（深入）”；
- 改完
step后，立刻执行inputEl.value = parseFloat(inputEl.value).toFixed(2)再赋值，确保格式对齐 - 更稳妥的做法：先
inputEl.setCustomValidity('')清除旧状态，再inputEl.checkValidity()主动校验 - 连续切换 step（比如从 0.1 切到 0.01）时，加
requestAnimationFrame(() => { /* reset logic */ })避免状态残留 - 别自己写
value = parseFloat(value) + 0.1，用原生inputEl.stepUp(1)，它严格按当前 step 执行，不走 JS 浮点运算
最易被忽略的一点：step 对 type="range" 只控制“跳变点”，不影响视觉精度；设 step="0.001" 并不能让用户感知千分之一变化，像素级拖动根本达不到。这时候不如换 type="number" + 自定义按钮组合，体验更可控。
