step属性仅对type="number"和type="range"生效，但行为根本不同：前者控制箭头增减、校验合法性及stepUp()/stepDown()，后者仅决定滑块松手后吸附的刻度点。
type="number" 和 type="range" 的 step 行为根本不同
给 type="text" 或 type="date" 加 step 是无效的，浏览器直接忽略；只有 type="number" 和 type="range" 真正响应它，但逻辑完全分离：type="number" 用 step 控制箭头增减、校验输入合法性、影响 stepUp()/stepDown()；type="range" 则只决定滑块松手后“对齐到哪”，不影响拖动过程的视觉连续性。
常见误判是以为 step="0.1" 能让滑块“一格一格滑”，其实它只是把松手位置强制吸附到 0.0/0.1/0.2… 这些点上。若要精确控制离散选项（如只能选 2、4、6），必须用 type="range" + 显式 min/max/step，且确保初始 value 满足 value === min + n × step。
step="any" 不是“自由输入”，而是退化为 ±1 整数步进
step="any" 的真实效果是：禁用所有步长对齐逻辑，但上下箭头和 stepUp(1) 仍按整数 ±1 增减（value="1.5" 点 ↑ 变成 "2.5"，不是 "1.6"）；表单提交时跳过 validity.stepMismatch 校验，但 "abc" 依然触发 badInput。
它适合科学坐标、音频时间轴等需要手动输入任意小数，又想保留原生 spinner 的场景，但绝不能当作“关闭校验”的偷懒方案。旧版 Safari（≤15.4）直接忽略 step="any"，降级为 step="1"，用户输小数可能被清空。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 手动输入
"3.1415926535"允许，但input.value是字符串，input.valueAsNumber会被 JS 浮点精度截断 - 提交到后端的是字符串，解析权在你手上，别指望浏览器自动给你高精度数字
- 真要高精度，改用
type="text"+inputmode="decimal"+ 正则过滤 + decimal.js 解析
浮点 step 导致 0.30000000000000004 的根源和解法
step="0.1" 在二进制中无法精确表示，这是 JS 浮点底层缺陷，不是浏览器 bug。Chrome 旧版本甚至会静默把 step="0.1" 当作 step="1" 处理；用户输 "0.15" 失焦后，Chrome 四舍五入成 "0.2"，Safari 可能截断成 "0.1"。
可靠方案永远是换单位：金额用“分”（min="100", step="1", value="199" 表示 1.99 元）；必须用小数时，统一补零写满位数（min="0.00", max="10.00", step="0.01"），避免 min="0" 和 step="0.01" 混用。
- 别手动算
parseFloat(val) + 0.1，优先用input.stepUp(1)—— 它绕过 JS 浮点运算，严格按当前step执行 - 动态改
step后，必须立刻重置value：input.setAttribute('step', '0.25')+input.value = Math.round(parseFloat(input.value) / 0.25) * 0.25 - 初始
value不满足min + n × step，浏览器会静默修正，导致拖不动、点不准、spinner 失灵
动态修改 step 后 value 卡住或跳变异常
直接赋值 input.step = "0.25" 不可靠，浏览器不会自动重算合法值集合；旧 value 很可能已非法，松手跳变、方向键失灵都是典型症状。
正确流程是三步：先 setAttribute('step', '0.25')，再规整 value（推荐 Math.round(parseFloat(input.value) / 0.25) * 0.25），最后调用 input.checkValidity() 主动校验。快速连续切换 step 时，加 requestAnimationFrame 延迟重置 value，避免状态残留。
最易被忽略的是：滑块的渲染精度受像素限制，设 step="0.001" 并不意味着用户能感知千分之一的变化——这时候换用数字输入框 + ± 按钮，体验反而更可控。
