step属性仅对type="number"和type="datetime-local"生效：前者约束增减操作并校验步长，后者以秒为单位；type="date"完全忽略step；手动输入、粘贴等绕过原生校验，服务端必须二次验证。
step 属性不是“设了就管用”的开关，它只在特定 type 下生效，且行为因类型而异——对 type="number" 是步长校验 + 增减控制，对 type="date" 却完全无效。
type="number" 的 step 实际怎么起作用
它只约束三种操作：点击上下箭头、按键盘 ↑/↓、调用 stepUp()/stepDown()。手动输入、粘贴、拖动滑块（type="range"）不受限，也不会实时拦截。
- 合法值必须满足
value === min + n × step（n为整数），否则提交时触发validity.stepMismatch -
step="0.1"因浮点精度问题，在 Chrome/Safari 中可能被解析为0.10000000000000001，导致2.05被判非法；推荐统一写成step="0.10"或换用整数单位（如金额存“分”，step="1"） - 初始
value必须与min和step对齐，否则浏览器可能静默修正（如min="1" step="0.3" value="1.0"→ 自动跳到1.2） -
step="any"不是“不限制”，而是退化为 ±1 整数增减，且不触发stepMismatch校验
type="date" 和 type="datetime-local" 的 step 行为差异
type="date" 完全忽略 step 属性——无论设成 7 还是 1，上下箭头始终按天移动，无法跳周或跳月。
-
type="datetime-local"是唯一真正响应step的日期类型，且step单位为**秒**，必须为整数（step="3600"= 1 小时，step="60"= 1 分钟） -
step="30.5"会被截断为30，非四舍五入 - iOS 移动端常绕过
step，直接调用系统时间选择器，实际步进由系统决定，不可控 - 想实现“每周一”选择？
step无解，必须监听input事件，JS 手动矫正value
动态修改 step 后 spinner 失效或跳变异常
改完 step，浏览器不会自动重算当前 value 是否合法，旧值可能已越界，导致按钮点不动、拖条卡死、stepUp() 报错。
立即学习“前端免费学习笔记（深入）”；
- 别用
el.step = "0.5"，改用el.setAttribute("step", "0.5")，部分浏览器响应更稳定 - 改完立即执行
el.value = parseFloat(el.value).toFixed(2)（按需调整小数位），再调用el.checkValidity() - 连续切换
step（如从0.1切到0.01）时，加requestAnimationFrame延迟重置，避免状态残留 - ± 按钮逻辑优先用
el.stepUp(1)，而非parseFloat(val) + 0.1——前者严格按当前step执行，不引入 JS 浮点误差
真正麻烦的从来不是写 step，而是各种绕过路径
用户粘贴、拖拽滚动条、第三方输入法、开发者工具改 DOM、禁用 JS……这些场景下 step 完全不起作用。原生校验只在提交或显式调用 checkValidity() 时触发，且服务端永远不能信任前端约束。
最易被忽略的一点：step 对 type="range" 只定义“跳变点”，不影响视觉精度——设 step="0.001" 并不意味着你能拖出千分之一变化，像素级拖动根本达不到。这时候不如换 type="number" + 自定义按钮组合。
