step属性仅对type="number"、"range"、"date"、"time"、"datetime-local"有效；type="text"等无效。step="any"允许任意精度，但不绕过min/max校验；小数step易因浮点精度出错，建议用整数缩放或inputmode="decimal"。
step属性只对特定type的input有效
不是所有都能用step——它只在type="number"、type="range"、type="date"、type="time"、type="datetime-local"这些类型上起作用。给type="text"或type="email"加step，浏览器完全忽略，也不会报错。
常见误用场景：想限制小数位数却用了type="text"，结果step="0.01"毫无效果。
-
type="number"：step控制数值增减粒度（如step="5"只能输入5的倍数） -
type="range"：影响滑块可停靠的刻度点 -
type="datetime-local"：step单位是秒（如step="300"表示5分钟一档）
step="any"和省略step的区别
看起来都“不限制”，但行为不同：
- 不写
step属性：浏览器按默认值处理（number默认step="1"，range默认step="1"，datetime-local默认step="1"秒） -
step="any"：明确允许任意精度输入（比如type="number"时可输3.1415926，不受整数约束）
注意：step="any"不会绕过min/max校验，也不会让valueAsNumber返回NaN——它只是放开步进限制。
立即学习“前端免费学习笔记（深入）”；
step值为小数时的坑
浮点数在JavaScript中存在精度问题，step="0.1"可能导致意外跳变。例如：
<input type="number" step="0.1" min="0" max="1">
用户点上下箭头时，可能看到0.30000000000000004这种值。这不是bug，而是IEEE 754浮点表示的固有限制。
- 优先用整数+缩放：比如要支持分（0.01元），改用
step="1"+ 单位“分”，后端再除100 - 提交前用
parseFloat(value).toFixed(2)格式化（但别依赖它做校验） - 避免
step="0.3"这类非2的幂次小数，兼容性更差
移动端键盘与step的联动关系
iOS Safari和Android Chrome会根据type和step自动切换软键盘类型，但规则不统一：
-
type="number"+step="1"→ 数字键盘（带小数点） -
type="number"+step="any"→ 更倾向显示小数点键（但不保证） -
type="number"+step="0.01"→ 部分安卓机仍只弹数字键盘，用户无法输小数点
如果业务强依赖小数输入，建议额外加inputmode="decimal"（现代浏览器支持），比单靠step更可靠。
真正难处理的是当step和min/max组合后产生不可达值——比如min="0.1"、max="0.9"、step="0.3"，合法值只有0.1、0.4、0.7，但0.1本身不满足“0.1 + n×0.3”形式，此时浏览器行为不一致，得靠JS手动校验。
