先记住这个答案
type="number" 的 step 默认是 1，所以没有其他设置时，小数可能因步长不匹配而无效。step="0.1" 允许按十分之一的间隔取值；step="any" 则不按固定间隔拒绝数值。合法点从步长基准出发，基准优先取 min，否则看 value，再否则是 0。
number默认step为 1- 有效值按基准值加整倍步长
any取消步长不匹配限制min、max仍独立生效
合法值不是只看小数位数
min="0.2"、step="1" 时，合法点是 0.2、1.2、2.2 等，而不是所有整数。把 step="0.1" 理解为“最多一位小数”也不完整：它描述间隔，是否有效仍取决于与基准的差是否是步长的整数倍。
<label for="amount">数量</label>
<input id="amount" name="amount" type="number"
min="0.2" max="2" step="0.1">
<!-- 0.2、0.3 有效；0.25 步长不匹配 -->浏览器可能在用户输入不匹配值时给出提示或帮助调整，但服务端必须按自己的精度规则验证。涉及金额时尤其不要让二进制浮点计算误差直接决定结算结果；可采用整数最小单位等稳定表达。
any 只拿掉步长限制
step="any" 允许合法数字在范围内取任意间隔，不表示任意字符串都有效。abc 仍不是数字，低于 min 或高于 max 也仍违反范围约束。控件是否为空还由 required 决定。
如果产品需要的是“只能输入 0.01 精度”，不能只靠前端步长：脚本设值、客户端绕过和接口直接调用都要求服务端再次检查。对于身份证号、邮编等看似数字但不做数值运算的字段，不应为了手机数字键盘就用 type="number"，可选文本输入配合 inputmode。
例如 min="0.2" step="0.5" 的合法序列从 0.2 开始，是 0.2、0.7、1.2，而不是所有“一位小数”都合法。步进基准通常取 min，没有 min 时还可能取初始 value，最后才是默认基准；所以看到 stepMismatch 要连同 min 和初始值一起排查。价格输入若必须精确到“分”，还要考虑浮点表示和后端十进制规则，不能只靠前端 step="0.01" 保证金额正确。
程序里要判断当前输入为什么不合法，可先看 input.validity.stepMismatch，再看 rangeUnderflow 和 rangeOverflow；不要从浏览器提示文案里猜。stepUp()、stepDown() 会沿合法刻度移动，但它们不能替代后端对库存数量或金额的业务检查。用户输入的文本还可能处于暂时无法解析的中间状态，此时 valueAsNumber 可能是 NaN，提交前应区分“空”“输到一半”和“步长不符”。
容易答错的地方
- 认为
step="any"会关闭所有校验 - 它只取消步长不匹配；数值格式、范围与必填仍可能生效。
- 认为默认步长 1 就一定只接受整数
- 步长基准可能是小数，例如
min="0.2"时可接受 1.2。
面试官还会怎么问？
min="0.2"、默认步长 1 时，1 有效吗？
通常无效，1 与基准 0.2 的差不是 1 的整数倍；1.2 则有效。
怎样允许任意小数？
使用 step="any"，同时按业务要求在服务端验证范围与精度。
step 会替代 min 和 max 吗？
不会。步长决定合法间隔，范围约束仍分别生效。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。