step属性是验证型属性，仅在表单提交或调用checkvalidity()时参与校验，不拦截输入、不主动提示、不修改内容；允许用户手动输入非法值，但标记为无效，提交时触发stepmismatch错误。
step属性本身不触发任何提示
step 是一个验证型属性，只在表单提交或调用 checkValidity() 时参与校验，不会主动拦截输入、弹出提示或修改用户键入内容。浏览器对非步长值的响应是：允许输入，但标记为“无效”，后续提交时才可能显示默认气泡提示（取决于浏览器和是否调用了提交逻辑）。
手动检测并提示需要 JavaScript 配合
想在用户离开输入框或输入过程中即时反馈，必须监听事件并主动检查。常见做法是监听 blur 或 change，再用 stepDown()/stepUp() 计算合法值，或直接做数学判断：
-
input元素的valueAsNumber可直接获取数值，比parseFloat(value)更可靠（自动处理空值、非法字符串） - 判断逻辑示例：
const isValid = (valueAsNumber - min) % step === 0，注意浮点误差，建议用Number.EPSILON或四舍五入后比较 - 提示方式推荐复用原生
setCustomValidity()：调用input.setCustomValidity("请输入 0.5 的整数倍")，再触发reportValidity()显示气泡
Chrome/Firefox 对 step 的默认行为差异
不同浏览器对 step 的“友好度”不同：
- Chrome 在
type="number"下，点击上下箭头会严格按step增减，但键盘输入任意数字仍被接受（仅提交时校验） - Firefox 不阻止键盘输入，也不在
blur时自动触发提示，完全依赖开发者调用reportValidity() - 若未设
min/max，部分浏览器会把step当作相对起始值（如value=""时从 0 开始），容易误判——务必显式设置min
避免踩坑的关键细节
实际写起来容易忽略三点：
-
step="any"会禁用步长校验，此时valueAsNumber仍可用，但checkValidity()不再检查步长 - 小数步长（如
step="0.1"）因 IEEE 754 表示问题，(0.3 - 0) % 0.1结果不是 0，要用Math.round((val - min) / step) * step === val类方式规避 - 移动端 Safari 对
input[type=number]的step支持较弱，甚至忽略，建议降级为type="text"+ 自定义软键盘（如inputmode="decimal"）+ 完全手写校验
真正难的不是写校验逻辑，而是统一各端行为、处理浮点误差、以及决定提示时机——这些没法靠 step 属性自动解决。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
