step属性不支持任意浮点数是因IEEE 754精度限制导致校验失效，如step="0.1"时0.3被标红；可靠方案是改用type="text"+JS手动解析与约束，或放大为整数处理。
step 属性不支持任意浮点数，这是浏览器规范限制
HTML input[type="number"] 的 step 属性不是“最小可输入单位”的自由设定值，而是用于约束合法值的数学规则：合法值必须满足 value = min + n × step（n 为整数）。浏览器按 IEEE 754 浮点数做校验，但 step 本身若用小数（如 0.01）会因二进制精度问题导致意外失效。
为什么 step="0.1" 在 Chrome 里输 0.3 会被标红？
因为 0.1 在二进制中是无限循环小数，实际存储为近似值；计算 0 + 3 × 0.1 不严格等于 0.3（有微小误差），校验失败。这不是 bug，是浮点运算固有限制。
- 直接写
step="0.1"→ 大多数现代浏览器仍会尝试解析，但校验不可靠 - 写
step="any"→ 浏览器跳过步进校验，但失去数值范围控制能力 - 省略
step→ 默认为1，对浮点输入完全不适用
真正可行的浮点输入方案：绕过 step，用 JS 控制
把 input 当作纯文本容器，禁用原生校验，手动处理值和约束逻辑：
<input type="text" id="floatInput" inputmode="decimal" pattern="[0-9]*\.?[0-9]+">
-
inputmode="decimal"呼出移动端数字键盘（含小数点） -
pattern仅作基础格式提示，不强制校验 - 用
change或blur事件解析parseFloat()，再判断是否在允许范围内（比如 ≥ 0.01 且 ≤ 100.99） - 需要“步进感”时，手动四舍五入到目标精度：
Math.round(value / 0.01) * 0.01
如果非要用 type="number"，唯一稳妥方式是放大为整数
例如要支持 0.01 步进，就让用户输“分”而不是“元”：
立即学习“前端免费学习笔记（深入）”；
<input type="number" min="1" max="10000" step="1" value="123"> <!-- 实际表示 1.23 元 -->
- 显示层用 JS 格式化：读取值后除以 100，显示为
1.23 - 提交前再乘回 100，保持整数传输
- 避免所有浮点
step的精度陷阱，兼容性最好
浏览器对 step 的浮点支持本质上是妥协产物，真要精确控制，就得放弃让它“自动算”，自己拿 parseFloat 和乘除法兜底——尤其涉及金额、物理量等不能容错的场景。
