step="any"仅禁用浏览器step校验，不解决浮点精度问题；valueAsNumber仍按IEEE 754解析，导致0.1+0.2=0.30000000000000004；旧版Safari忽略该属性，需改用type="text"+decimal.js等方案实现任意精度。
step="any" 不是浮点数精度解决方案
它只是禁用浏览器对 step 的校验逻辑，不改变数值解析方式。输入 "0.1" 后读取 valueAsNumber 仍是 0.10000000000000001，提交时照样走 IEEE 754 双精度转换。所谓“任意精度”纯属误解——浏览器没提供任意精度解析能力，step="any" 也不赋予它。
常见错误现象包括：
- 用户输入
"0.1 + 0.2"，显示"0.30000000000000004"，误以为是 step 导致 - 旧版 Safari（≤15.4）直接忽略
step="any"，仍按step="1"校验，导致小数输入被清空 - 粘贴科学计数法如
"1e-10"，value字符串保留，但valueAsNumber解析后丢失原始表达意图
step="any" 实际影响哪些行为
它只松开三件事：上下箭头增减的步长约束、stepUp()/stepDown() 方法的步长依据、表单原生验证中对“是否为 step 整数倍”的检查。其余一切照旧：
-
min和max依然生效，超出即validity.rangeOverflow或rangeUnderflow - 空值、
"abc"、"12a"仍触发validity.badInput === true - 点击 ↑/↓ 时，Chrome/Firefox 退化为 ±1 整数增减（
value="1.5"→ 点↑ →"2.5"），不是你想要的 ±0.1 - Safari 16.4+ 开始支持，但粘贴高精度数字可能被自动四舍五入，且不保证
valueAsNumber稳定返回数值
真正需要任意精度时该怎么做
放弃依赖 type="number" 的原生数值处理，改用可控路径：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
- 用
type="text"+inputmode="decimal"呼出带小数点的软键盘（移动端必需） - 监听
input事件，用正则/^-?\d*\.?\d*$/过滤非法字符（允许空、单独小数点，便于编辑） - 业务层用
decimal.js或BigInt（需字符串输入）做计算，不碰Number - 若必须保
type="number"外观，至少加onchange="this.value = this.value.replace(/\.?0+$/, '')"清理末尾零（仅视觉）
示例最小可行写法：
<input type="text" inputmode="decimal" oninput="this.value = this.value.replace(/[^0-9.-]/g, '').replace(/(\..*)\./g, '$1')">
最容易被忽略的兼容性细节
不是所有浏览器都把 step="any" 当真。Safari ≤15.4 完全忽略；16.4+ 虽支持，但 valueAsNumber 在某些场景下返回 NaN，需 fallback 到 parseFloat(input.value)。更麻烦的是：表单提交时，FormData 会调用 valueAsNumber 再转字符串，意味着你看到的 value 字符串（如 "0.10000000000000001"）在提交瞬间可能被替换成失真后的 "0.1" ——这个转换不可逆，也无钩子可拦截。
