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 按钮响应迟钝，移动端软键盘也常忽略它。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 优先用整数单位：金额存“分”，设
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" + 自定义按钮组合，体验更可控。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
