step属性控制浏览器校验时允许的合法值步长，即输入值必须属于min + n×step（n为整数）序列，否则触发stepMismatch；step缺失或为空等价于step="1"，step="any"才允许任意数字。
step属性在中到底控制什么
step 不是“最小输入值”，也不是“四舍五入精度”，而是浏览器校验时允许的合法值步长。用户手动输入 1.5，若 step="2" 且 min="0"，该值会被视为无效（因为 1.5 不在 0, 2, 4, 6… 序列中），提交时触发 ValidityState.stepMismatch。
常见误解是以为设了 step="0.1" 就能自由输小数——实际还受 min/max 和浏览器默认行为影响，比如 Safari 对 step="any" 支持不一致。
step="any" 和 step="1" 的关键区别
当需要接受任意数字（包括小数、负数、无规律精度）时，必须显式写 step="any"；只写 step 属性不赋值，或留空，等价于 step="1"。
-
step缺失或为空字符串 → 浏览器按step="1"处理，禁止输入小数点 -
step="any"→ 允许任意数字，但不改变min/max校验逻辑 -
step="0.01"→ 合法值必须是min + n × 0.01（n 为整数），例如min="0"时，0.015会触发stepMismatch
移动端数字键盘兼容性问题
Android Chrome 和 iOS Safari 对 step 的响应不一致：设 step="0.1" 可能仍弹出整数键盘；而 step="any" 在部分 iOS 版本中反而触发小数键盘更可靠。
立即学习“前端免费学习笔记（深入）”；
实操建议：
- 若业务允许任意数字，优先用
step="any"，并配合 JS 做格式提示（如 placeholder="例如：3.14 或 -2.5"） - 若必须限制步长（如金额只能以 0.01 元为单位），务必同时设置
min，否则step="0.01"在min未定义时可能从 0 开始校验，导致负数被拒 - 避免依赖
step做精度控制——后端仍需校验，且用户可通过 DevTools 绕过前端限制
与 JavaScript 配合做实时校验的必要性
仅靠 step 无法捕获所有非法输入：粘贴内容、JS 修改 value、或浏览器忽略 step（如 Firefox 对 step="any" 的早期版本）都会绕过原生校验。
推荐在 input 事件中补一手校验：
const input = document.querySelector('input[type="number"]');
input.addEventListener('input', () => {
if (input.value && !input.checkValidity()) {
// 手动清理非法值，比如截断到最近合法步长
const step = parseFloat(input.step) || 1;
const min = parseFloat(input.min) || 0;
const val = parseFloat(input.value);
if (!isNaN(val)) {
const nearest = Math.round((val - min) / step) * step + min;
input.value = nearest.toFixed(step.toString().split('.').pop()?.length || 0);
}
}
});注意 toFixed() 的位数要匹配 step 的小数位数，否则显示异常；step="any" 时需单独判断，避免调用 parseFloat("any") 得到 NaN。
真正麻烦的是：step 看似简单，但和 min/max、浏览器实现、移动端键盘、无障碍读屏全有关联——漏掉任一环节，用户就可能卡在输入框里。
