step属性仅对type="number"、"date"、"time"等少数输入类型有效；设为负数会被转为正数；小数step易致浮点误差，建议用整数step配合单位换算；ios safari增减按钮常忽略step。
step属性在number类型输入框中才有效
不是所有都支持step，只有type="number"、type="date"、type="time"等少数类型识别它。如果你给type="text"加step="0.5"，浏览器完全忽略——连控制台都不会报错，只是默默失效。
想实现数值递减控制，第一步必须确认类型正确：
<input type="number" step="0.5" min="0" max="10">
否则后续所有设置都是白忙。
step为负数不会导致递减，而是被自动转为正数
很多人误以为step="-0.5"能让上下箭头点击时“往下走”，但HTML规范明确要求step值必须为正数。浏览器遇到负值会直接取绝对值，或退回到默认值1（取决于实现）。
真正控制“递减行为”的是用户操作方向，不是step正负——点击向下箭头自然减去step值，向上则加上。你只需确保min和step配合合理，避免卡死：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
-
min="1"+step="0.25"→ 合法值：1, 1.25, 1.5… 不会出现0.75（低于min） -
value="2.5"+step="0.3"→ 初始值若不满足min + n × step，部分浏览器会自动修正为最近合法值（如2.4或2.7）
小数step容易引发精度问题
JavaScript浮点运算本身有误差，step="0.1"看似简单，但多次增减后可能出现0.30000000000000004这类值。浏览器UI通常做四舍五入显示，但input.value拿到的仍是原始浮点数。
稳妥做法：
- 优先用整数
step，配合单位换算（比如用step="1"表示“0.01元”，显示时除以100） - 提交前手动四舍五入：
Number(input.value).toFixed(1) - 避免
step="0.1"、step="0.01"等十进制循环小数，改用step="0.125"（1/8）这类二进制可精确表示的值
移动端iOS Safari对step支持有限
iOS原生键盘在type="number"下常忽略step，只提供整数输入面板，哪怕你设了step="0.01"。用户手动输入小数没问题，但点击增减按钮时，仍按step="1"动作。
没有完美绕过方案，但可缓解：
- 加
inputmode="decimal"提示系统弹出带小数点的键盘 - 监听
change事件，对非法值做矫正：if (value % step !== 0) input.value = (Math.round(value / step) * step).toFixed(precision) - 关键业务场景（如金额）别依赖原生增减按钮，改用自定义+/-按钮控制
step本身不控制“是否允许递减”，只定义每次变化的粒度；真正限制范围的是min/max，而用户能否看到小数点，取决于设备、系统版本和键盘策略——这些细节比写对step更难统一。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
