step属性仅对type="range"和type="number"有效；其值决定合法取值点，小数需防浮点误差，建议用整数缩放方案；移动端兼容性差，需JS校验与UI反馈。
step属性只对和type="number"生效
很多人以为step能用在所有表单控件上，其实它只被浏览器原生支持于<input type="range">和<input type="number">。其他类型（比如text或date）即使写了step也不会产生任何效果，控制台也不会报错——这是最容易忽略的兼容性前提。
range滑动条的step值决定可选刻度点
step定义的是滑块移动时“最小跳跃单位”，不是像素距离，也不是百分比。它的实际可选值由min、max和step共同决定：
- 若
min=0、max=100、step=10，合法取值是0, 10, 20, ..., 100 - 若
min=1、max=5、step=2，合法取值是1, 3, 5（注意：5刚好落在min + n × step序列中） -
step="any"表示取消粒度限制，允许任意浮点值（但用户仍只能通过拖拽或键盘箭头以浏览器默认步进操作，需配合JS监听input事件获取实时值）
step设为小数时要注意精度和显示问题
写step="0.1"看似合理，但在二进制浮点运算下容易出现0.30000000000000004这类显示异常。用户看到滑块停在“0.3”却读出value是0.30000000000000004，可能引发校验失败或UI不一致：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
- 推荐用整数倍方案：比如想控制0.1–1.0之间，改用
min="1"、max="10"、step="1"，再在JS里除以10 - 显示给用户看的值建议用
toFixed(1)格式化，但注意toFixed返回字符串，参与计算前要parseFloat - 不要依赖
valueAsNumber自动处理小数——它照常返回浮点误差值
移动端range的step行为和PC有差异
iOS Safari和部分安卓浏览器对range的触摸响应做了优化，可能跳过中间step点直接落到最近合法值，但触发时机晚于PC的鼠标拖拽。更关键的是：
立即学习“前端免费学习笔记（深入）”；
- 某些旧版WebView（如Android 4.4系统自带）完全忽略
step，始终返回连续浮点值 - 没有视觉反馈提示当前粒度——用户不知道自己能选哪些值，必须靠
min/max/step组合在JS里预计算并渲染刻度线，或用output元素实时显示 - 如果需要严格校验，不能只信
input事件的value，得在change事件里用Math.round((val - min) / step) * step + min做对齐
真正难的不是写step这个属性，而是确认它在目标环境里是否按你设想的方式约束了值域，以及用户能否感知到这种约束。别假设浏览器会帮你兜底。
