step属性不支持多位小数精度控制，因其本质是定义合法值间距而非小数位数，且受ieee 754浮点误差影响（如0.01无法精确表示），导致验证常失败；可靠方案是改用type="text"+inputmode="decimal"+js校验与整数倍判断。
step 属性不支持多位小数的“精度控制”
step 属性本身允许写 step="0.01" 这样的值，但浏览器实际行为取决于输入类型、数值范围和底层浮点表示。它不是“保留两位小数”的开关，而是参与表单验证和上下箭头步进的约束值——而且这个约束在小数场景下极易因浮点误差失效。
为什么 step="0.01" 在 <input type="number"> 中经常失灵
根本原因是：HTML number 输入的值始终被解析为 IEEE 754 浮点数，而像 0.1、0.01 这类十进制小数无法被精确表示。例如：0.29 + 0.01 可能算出 0.30000000000000004，导致验证失败（value % step !== 0）。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 浏览器校验逻辑是：检查
(value - min) % step === 0（近似），但浮点余数几乎从不严格为 0 - 用户手动输入
1.23，即使step="0.01"，也可能被判定为无效（尤其在 Chrome 旧版本或特定min值下） -
step对粘贴、脚本赋值、键盘输入无格式化能力——它只管验证和步进
真正可控的多位小数输入方案
放弃依赖 step 做精度保障，改用组合手段：
- 用
<input type="text">配合inputmode="decimal"和pattern（如pattern="^\d+(\.\d{1,2})?$"）控制输入格式 - 监听
input事件，用正则实时过滤非法字符，并用parseFloat().toFixed(2)截断（注意：仅用于显示/提交前处理，不要覆盖原始输入流） - 提交时再做一次强校验：
const num = parseFloat(value); if (isNaN(num) || !Number.isFinite(num) || (num * 100) % 1 !== 0)—— 用整数倍判断更可靠 - 若必须用
type="number"，至少设step="any"关闭验证干扰，把精度逻辑全收归 JS 处理
容易被忽略的关键点
step 的语义是“合法值之间的差值”，不是“小数位数”。哪怕你写 step="0.001"，也无法阻止用户输入 1.2345（只要没设 max/min 或验证逻辑），更无法保证它被四舍五入或截断。真正的精度控制永远发生在 JavaScript 层或后端，HTML 层只适合做轻量提示和基础拦截。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
