step属性仅是前端提示和基础校验，无法保障数据整齐；真正整齐需后端强制校验+前端整数单位换算双保险。
step 属性本身不能保障后台数据整齐，它只是前端交互提示和基础校验手段；真正整齐的数据必须靠后端强制校验 + 前端整数单位换算双保险。
step="0.1" 输入 0.3 却被拒绝？这是浮点精度在捣鬼
浏览器内部用 IEEE 754 表示 0.1，实际存储为近似值。多次累加后，0.1 + 0.1 + 0.1 可能变成 0.30000000000000004，而表单校验比对的是“是否落在 min + n × step 序列中”，手输的 "0.3" 往往不匹配这个序列。
- 别依赖
step="0.1"处理金额、库存、权重等关键字段 - 统一改用整数单位：金额存“分”（
min="100",step="1",value="199"表示 1.99 元） - 小数场景必须用固定位数：
min="0.00",max="10.00",step="0.01"，且所有值显式补零
type="text" 写 step="0.01" 完全无效
step 属性只对特定 type 生效：仅 number、range、time、date、datetime-local、month、week 支持；写在 type="text" 或 type="email" 上，浏览器解析但完全忽略——没有上下箭头、不触发 validity.stepMismatch、stepUp() 会静默失败或报错。
- 想控数字精度，必须用
type="number" - 想控时间粒度，
type="time"的step单位是秒（如 15 分钟要写step="900"） - 想控日期跨度，
type="date"的step多数浏览器实际忽略，别指望靠它实现“每周一”选值
动态改 step 后滑块卡住？value 没重置是主因
浏览器不会自动重算合法值集合。如果初始 value="1.5"、min="0"、step="1"，再改成 step="0.25"，旧值 1.5 虽然合法，但若你之前没显式设过 value="1.50"（带两位小数），某些浏览器会静默截断或跳变。
立即学习“前端免费学习笔记（深入）”；
- 改
step必须同步重置value：inputEl.value = (Math.round(parseFloat(inputEl.value) / newStep) * newStep).toFixed(2) - 用
inputEl.setAttribute('step', '0.25')，别直接赋值inputEl.step = '0.25'，兼容性更稳 - 改完立刻调用
inputEl.checkValidity()主动校验，必要时inputEl.reportValidity()提示用户
最易被忽略的一点：粘贴、拖拽、JS 直接赋值、第三方库修改 value —— 这些行为全部绕过 step 的任何约束。后台整齐的唯一防线，是每次接收请求时，用服务端逻辑重新解析、截断、对齐步长，并拒绝非法值。
