step属性支持小数（如step="0.1"），但仅约束增减按钮和方向键行为，不强制手动输入符合步长；提交或调用checkValidity()时才校验是否对齐。

step 属性对小数输入的支持情况

step 属性本身完全支持小数，比如 step="0.1"、step="0.01" 都是合法且被现代浏览器广泛支持的。但关键限制在于：它只约束用户通过增减按钮（spin buttons）或方向键调整时的步进值，不强制输入框内内容必须符合该步长。也就是说，用户仍可手动输入任意数字（如 1.234），而不会被自动修正或拦截。

常见误解是以为设了 step="0.1" 就能“只允许输入一位小数”，实际不是这样。浏览器不会实时校验输入值是否为 step 的整数倍，除非显式调用 checkValidity() 或表单提交时触发验证。

input type="number" + step="0.1" 的实际行为

• 浏览器会显示上下箭头（取决于 UA 样式），点击/按方向键时按 0.1 增减
• 输入 1.23 不报错，但提交时若未通过 min/max 或 step 对齐检查，checkValidity() 会返回 false
• 某些浏览器（如 Chrome）在失去焦点时会尝试四舍五入到最近的 step 值，但行为不统一；Firefox 默认不修正，Safari 表现更保守

示例代码：

<input type="number" step="0.1" min="0" max="10">

注意：min 和 max 也应为小数（如 min="0.0"），避免因类型隐式转换导致边界判断异常。

立即学习“前端免费学习笔记（深入）”；

DeepBI DHTML 页面生成器

生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur

下载

如何真正限制小数位数并确保 step 对齐

仅靠 HTML 属性无法实现强约束，需结合 JavaScript：

• 使用 input 事件监听输入，用正则过滤非数字和多余小数点
• 在 blur 或 change 时将值对齐到 step：
  Math.round(value / step) * step（注意浮点误差，建议用 Number((...).toFixed(p))）
• 设置 pattern 和 title 提供提示（但 pattern 对 type="number" 无效，需改用 type="text" 并自行解析）

容易踩的坑：

• step="0.1" 在二进制浮点下无法精确表示，0.3 / 0.1 可能得 2.9999999999999996，直接 Math.round 易出错
• 用 toFixed(1) 后再转回 number，可能引入字符串截断（如 1.05.toFixed(1) === "1.0"）
• 移动端软键盘可能不弹出数字键盘（尤其 iOS Safari），inputmode="decimal" 更可靠

替代方案：用 type="text" + inputmode + 自定义校验

当需要严格控制格式（如“必须且只能有 1 位小数”），更稳妥的做法是：

• 使用 type="text" 避免浏览器默认 number 行为干扰
• 添加 inputmode="decimal" 触发数字键盘（iOS/Android 均支持）
• 用 pattern="\d*.?\d{0,1}"（配合 title 提示）辅助约束
• 在 change 或表单提交时，用 parseFloat() 转换并校验是否满足 value % step === 0（注意浮点误差，建议用 Math.abs(value % step) ）

最麻烦但最可控的点：所有对齐逻辑都得自己写，而且要反复处理 0.1 + 0.2 !== 0.3 这类问题。别指望浏览器替你做数学。