不能。step="any"仅禁用step校验，不改变ieee 754浮点解析逻辑，valueasnumber仍触发精度误差，且safari旧版忽略该属性；需改用type="text"+decimal.js等方案实现任意精度。
step="any" 能让 <input type="number"> 接受任意小数位数吗？
不能直接实现。虽然 step="any" 确实会禁用浏览器对输入值的 step 校验（比如不再阻止用户输入 3.1415926），但它**不改变底层数值解析逻辑，也不影响表单提交或 valueAsNumber 的行为**。浏览器仍按 IEEE 754 双精度浮点规则处理数字，且部分浏览器（如旧版 Safari）甚至忽略 step="any"。
为什么输入 0.1 + 0.2 会变成 0.30000000000000004？
这是浮点数固有精度限制，和 step 无关。但 step="any" 会让这个缺陷更明显——用户能自由输入高精度字面量，而表单提交时仍走标准 Number 解析流程。
-
value属性返回字符串，保留原始输入（如"0.10000000000000001"） -
valueAsNumber强制转为 Number，触发浮点误差（如0.10000000000000001→0.1，但0.1 + 0.2→0.30000000000000004） - 提交时，
<form></form>序列化会调用valueAsNumber再转字符串，可能意外截断或失真
真正需要“任意精度”时，该怎么做？
放弃 type="number" 的原生校验，改用 type="text" + 手动控制：
- 用
inputmode="decimal"呼出合适的软键盘（移动端友好） - 监听
input事件，用正则过滤非法字符：/^-?\d*\.?\d*$/（注意：允许空字符串、单独小数点，便于用户编辑） - 显示层用
<input type="text">，业务层用BigInt或第三方库（如decimal.js）做精确计算 - 若必须用
type="number"，至少加onchange="this.value = this.value.replace(/\.?0+$/, '')"清理末尾冗余零（仅视觉优化）
Chrome/Firefox/Safari 对 step="any" 的实际表现差异
别依赖它统一工作：
- Chrome 115+：接受
step="any"，禁用 step 校验，但valueAsNumber仍是浮点 - Firefox：支持，行为接近 Chrome
- Safari 16.4 之前：完全忽略
step="any"，仍按默认step="1"校验；16.4+ 开始支持，但粘贴高精度数字时可能被自动四舍五入 - 所有浏览器：
min/max校验依然生效，step="any"不绕过它们
最易被忽略的是：即使 step="any" 生效，用户复制粘贴的字符串若含科学计数法（如 "1e-10"），valueAsNumber 仍会解析，但原始 value 字符串已丢失精度表达意图。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
