step属性仅对type="number"、"range"、"date"等特定input类型生效，对"text"或"email"无效；number类型默认step="1"，小数需显式设置如step="0.1"，且校验严格匹配min+n×step；date不支持step，time兼容性差；step不影响键盘输入或粘贴，仅作用于校验和原生控件行为。
step属性只对特定input类型生效
不是所有 <input> 都支持 step。它仅在 type="number"、type="range"、type="date"、type="month"、type="week"、type="time" 和 type="datetime-local" 下起作用。对 type="text" 或 type="email" 设置 step 完全无效，浏览器会忽略。
常见错误是给数字输入框写了 step="0.5" 却忘了加 type="number"，结果滑动或上下箭头仍按整数步进——本质是类型没对，属性根本没加载。
number类型下step的默认值和显式设置逻辑
<input type="number"> 默认 step="1"，即只接受整数。想支持小数，必须显式写 step="0.1" 或更小值。但要注意：浏览器校验时会严格比对数值是否为 min + n × step 的形式（n 为整数）。
例如：<input type="number" min="0" max="1" step="0.3"> 允许的值只有 0、0.3、0.6、0.9；输入 0.5 会触发 ValidityState.stepMismatch，提交时表单报错。
立即学习“前端免费学习笔记（深入）”；
建议做法：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
step="any"放宽限制（允许任意精度小数），但需后端再校验精度 - 避免用小数
step搭配大范围min/max，易因浮点误差导致意外不匹配 - 若业务只要两位小数，用
step="0.01"并配合valueAsNumber.toFixed(2)格式化显示
date和time类型中step的实际效果有限
type="date" 不支持 step 属性（规范未定义行为，多数浏览器直接忽略）。type="time" 理论上支持 step（单位为秒），但实际兼容性差：Chrome 仅部分版本支持 step="300"（5分钟），Firefox 和 Safari 基本不响应。
真正可靠的替代方案：
- 日期粒度控制 → 用
min/max限定范围，或 JS 动态禁用日历选项 - 时间粒度控制 → 改用
type="number"搭配自定义格式（如分/小时输入），或用<select>列出合法时间点
step与键盘输入、粘贴、JS赋值的交互关系
step 仅影响表单校验和原生控件行为（如上下箭头、滑块拖动），**不阻止用户键盘输入任意值或粘贴非法数字**。也就是说，即使设了 step="0.5"，用户仍可输入 1.234，此时 input.value 是字符串 "1.234"，但 input.valueAsNumber 会是 NaN（因为不满足步进规则）。
关键点：
- 校验靠
checkValidity()或提交时自动触发，不是实时拦截 - JS 赋值如
el.value = "2.7"不触发校验，但后续调用el.reportValidity()会报错 - 若需强约束，得监听
input事件，用正则或四舍五入修正值（例如Math.round(val / step) * step）
最常被忽略的是：step 不等于“格式化工具”，它不改变用户看到的输入内容，也不自动修约——只是校验门槛。需要修约或提示，必须自己补 JS 逻辑。
