step 默认值为1，仅对type="number"生效；min含小数时浏览器推导不一致；type="text"/"tel"中无效；type="range"需value对齐step；step="any"禁用步长校验但有兼容性问题；time的step单位为秒；浮点step存在精度风险；动态修改step须同步重置value。
step 属性默认值是 1，但只在 type="number" 时隐式生效
不写 step 属性时，type="number" 的默认行为确实是 step="1"，即只接受整数（0、1、2…）。但这个“默认”不是全局统一的：如果 min 带小数（如 min="0.5"），Chrome 会尝试推导 step="0.5"，而 Firefox 仍坚持 step="1"——跨浏览器表现直接不一致。所以别依赖默认值，显式写出来才可靠。
常见错误现象： 在 Firefox 里输入 0.05 提交失败，提示 “The two nearest valid values are 0 and 1”，就是因为没配 step，浏览器按默认 1 校验。
- 显式声明
step是唯一跨浏览器安全做法 -
type="text"或type="tel"上设step完全无效，属性存在但无任何作用 -
step对type="range"同样生效，但初始value必须满足value === min + n × step，否则拖动卡顿或静默修正
step="any" 不是万能解药，它绕过步长校验但带来新问题
step="any" 的真实作用是禁用 validity.stepMismatch，允许用户手动输入任意合法数字（比如 3.1415926），但它不改变箭头按钮行为——多数浏览器仍按 1 步进，也不修复已存在的非法 value。更关键的是，Safari 15.4 之前不支持该值，Firefox 对 type="range" 可能忽略它，且 required 验证在某些场景下会失效。
使用场景有限：仅当业务真需要任意精度（如音频时间轴、经纬度微调），且你已做好 JS 降级和后端截断处理时才考虑。
- 不要用
step="any"替代精度设计，比如金额输入应优先用step="0.01"+ 整数存储（单位“分”） - 若必须用
step="any"，需监听input事件，用parseFloat(e.target.value).toFixed(2)主动控制显示位数 - 搭配
min/max使用时，step="any"不影响它们的范围限制，但失去步长对齐能力
time 输入框的 step 单位是秒，不是分钟
的 step 值单位固定为**秒**，这是最容易踩坑的地方。写 step="15" 并不是“每15分钟选一次”，而是“每15秒”，结果是时间点密得没法用。
正确换算方式：
- 每 1 分钟 →
step="60" - 每 5 分钟 →
step="300" - 每 15 分钟 →
step="900" - 每 30 分钟 →
step="1800"
另外，value 必须秒数部分为 0（如 value="09:30"），否则某些浏览器可能自动舍入到最近合法点，导致默认值错位。
浮点 step 值（如 0.1）有精度风险，优先用整数方案
step="0.1" 看似合理，但 IEEE 754 浮点表示下，0.1 实际存储为近似值。多次累加后（比如点击箭头 3 次），内部值可能变成 0.30000000000000004，与用户输入的字符串 "0.3" 不匹配，触发 stepMismatch。旧版 Chrome 甚至会直接四舍五入成 step="1"。
更稳妥的做法：
- 金额类：用整数单位（如“分”），
step="1"、min="100"、value="100"，展示时除以 100 - 所有涉及小数的场景，统一小数位数：
min="0.00"、max="10.00"、step="0.01" - 动态修改
step时，必须同步重置value到合法点，推荐用el.setAttribute("step", "0.01")而非el.step = "0.01"
真正麻烦的从来不是写对 step，而是让 min、max、value 和它始终对齐——少一个环节，浏览器就悄悄给你修正，还未必报错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
