step属性仅对type="number"、"range"、"datetime-local"等特定类型生效，type="text"或"type=tel"中完全被忽略；step="any"允许任意精度数字输入但箭头仍按整数步进，step="1"强制所有操作符合整数步进，显式声明step值须与min/max小数位数一致，JS赋值需先对齐步进基准。
step 属性加在 <input type="number"> 上才生效
只有 type="number"、type="range" 或 type="datetime-local" 等支持步进的类型，step 才起作用。给 type="text" 或 type="tel" 加 step 完全被忽略——浏览器既不校验，也不改变行为。
常见错误是写成：<input type="text" step="0.5">，看着像能控制小数位，实际毫无效果。
step 值写错会导致输入被拦截或跳变
step 不只是“提示”，它参与原生验证和上下箭头操作逻辑。比如：
-
step="any"：允许任意数值（包括非数字字符串？不，仍需是有效数字，但无精度限制） -
step="1"：只接受整数；输入3.5后失焦，会被清空或重置为最近合法值（如3或4，取决于浏览器） -
step="0.01"：必须精确到百分位；输入1.2会被认为非法（等价于1.20？不，1.2≠1.20在 step 校验中，除非step="0.1"）
推荐显式写 step="0.01" 而不是 step="1e-2"，后者部分旧版 Safari 不识别。
立即学习“前端免费学习笔记（深入）”；
配合 min、max 和初始值要满足步进约束
如果设了 min="0.5"、step="0.3"，那么合法值是 0.5、0.8、1.1……但 value="1" 就是非法初始值，Chrome 会静默忽略该 value，回退到空或 min。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
检查方式很简单：打开控制台，执行 input.validity.stepMismatch，返回 true 就说明当前值不满足 min/step/max 组合规则。
安全做法：
- 初始
value必须满足(value - min) % step === 0（注意浮点误差，建议用Number.EPSILON容差判断） - 服务端也得做同样校验——前端约束可绕过
移动端数字键盘不总按 step 显示小数点
iOS Safari 和部分安卓浏览器在 type="number" 上唤起的数字键盘，是否显示小数点键，取决于 step 是否含小数。比如：
-
step="1"→ 键盘通常无小数点 -
step="0.1"或step="any"→ 多数会显示小数点键
但这不是标准行为，不能依赖。需要小数输入时，别只靠 step 控制键盘，还得加 inputmode="decimal"（对部分安卓有效），并做好输入后格式清洗。
实际最易被忽略的点：step 的数值语义是「数学步长」，不是「显示精度」。想限制用户只能输两位小数，step="0.01" 是必要条件，但不是充分条件——还得配合 JS 监听 input 事件截断多余位数，否则粘贴进 1.234 依然能通过原生校验。
