未设置step时，浏览器按type和min动态推导：type="number"且无min默认step="1"，min含小数时Chrome推导为同精度step而Firefox仍用"1"；type="range"恒为"1"；date类忽略step。

step 属性在 input 元素中没有统一的“全局默认值”，它的行为取决于 type 和是否设置了 min —— 浏览器不会返回一个固定的默认值，而是按规则动态推导。

浏览器怎么推导未设置 step 时的值

当没写 step 属性时，浏览器根据以下逻辑决定实际生效的步长：

• type="number"：若未设 min，默认按 step="1" 处理；若 min 含小数（如 min="0.5"），Chrome 会尝试推导为 step="0.5"，但 Firefox 仍用 1 —— 这就是跨浏览器不一致的根源
• type="range"：始终默认 step="1"，不管 min 是整数还是小数
• type="date"：多数浏览器忽略 step，无论是否显式设置，日期选择器都按天跳转
• type="datetime-local"：默认 step="60"（即 1 秒），且只接受整数

如何在运行时查到当前生效的 step 值

不能靠 el.step 直接读取，因为 DOM 属性可能为空字符串或 "1"，而真实生效值是浏览器内部计算的。正确方式是：

DeepBI DHTML 页面生成器

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

下载

• 用 el.getAttribute("step") 查看 HTML 中是否显式写了值；返回 null 表示没写
• 用 el.step（属性访问）读取，它会返回浏览器“解析后”的值："1"、"0.1" 或 "any"，但注意：若 min="0.5" 且未设 step，Chrome 可能返回 "0.5"，Firefox 返回 "1"
• 最可靠的是结合 el.min 和校验逻辑判断：调用 el.checkValidity() 后检查 el.validity.stepMismatch 是否触发，再用 (parseFloat(el.value) - parseFloat(el.min)) % parseFloat(el.step) 手动验证（需加浮点容差）

为什么 console.log(input.step) 有时显示 "1" 有时显示 "0.1"

这不是 bug，是浏览器对未声明 step 的“隐式补全”行为：

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

• Chrome 对 min 含小数的 number 输入框，会把 step 自动设为与 min 小数位数一致的值（如 min="0.01" → step="0.01"）
• Firefox 不做此推导，一律 fallback 到 "1"
• 所以即使你没写 step，input.step 也可能返回非空字符串 —— 它反映的是当前生效值，不是原始 HTML 属性
• 这种差异会导致同一段代码在不同浏览器中 stepUp() 行为不同：Chrome 按 0.01 增，Firefox 按 1 增

真正需要确定步长时，别依赖浏览器自动推导；显式写 step="0.01" 并确保和 min、max 小数位对齐，才是可控的起点。