JavaScript浮点数无法精确表示0.1导致step="0.1"累积误差为0.30000000000000004；金额输入应统一用“分”整数单位，min/max/step小数位数须一致，动态改step后需重置value并校验有效性。
为什么 step="0.1" 会变成 0.30000000000000004
这不是浏览器 bug，是 JavaScript 浮点数在二进制中无法精确表示 0.1 导致的底层限制。每次调用 stepUp(1) 或手动计算 parseFloat(val) + 0.1，都会累积误差。Chrome 旧版甚至会把 step="0.1" 静默降级为 step="1"，导致点击 ↑ 直接跳整数。
金额类输入必须用“分”单位
绕过浮点误差最稳的方式，是彻底不用小数：把元换算成整数分，让 step 始终操作整数。
-
min="100"、max="9999"、step="1"表示 1.00 元到 99.99 元 -
value="199"对应显示层格式化为(199 / 100).toFixed(2)→"1.99" - 提交时传整数，后端无需做小数截断或精度校验
- 初始化、动态改
step、用户粘贴——全都不触发stepMismatch
必须统一 min/max/step 的小数位数
混用整数和小数（如 min="0" + step="0.01"）会让部分浏览器解析失准。Safari 和旧版 Android 浏览器尤其敏感。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 正确写法：
min="0.00"、max="10.00"、step="0.01" - 避免
min="0"和step="0.01"同时出现 - 移动端 iOS Safari 的数字键盘可能不显示小数点，
step="0.01"反而让用户输不了小数 - 写成
step="0.010"对某些浏览器更稳定（末尾零增强解析意图）
动态修改 step 后 value 不重置就卡死
直接赋值 input.step = "0.25" 不可靠，浏览器不会自动重算合法值集合。旧 value 很可能已越界，导致拖不动滑块、方向键跳变、松手自动拉回。
立即学习“前端免费学习笔记（深入）”；
- 必须用
input.setAttribute('step', '0.25') - 紧接着重置
value：input.value = (Math.round(parseFloat(input.value) / 0.25) * 0.25).toFixed(2) - 快速连续切换时，加
requestAnimationFrame(() => { /* 重置逻辑 */ })避免状态残留 - 改完立即调用
input.checkValidity()，必要时input.reportValidity()主动提示
关键点不在怎么写 step，而在所有初始值、动态变更、用户输入路径都必须满足 value === min + n × step 这个数学约束——漏掉任意一环，浏览器就会静默修正，UI 表现就不可控。
