input type="number" 的 step 属性怎么写才生效
step 只对 type="number"、type="range" 和部分日期类型（如 type="datetime-local"）起作用，用在 text 或 email 上完全被忽略。浏览器不会报错，但输入框行为和普通文本框一样——这是最常被误用的点。
实操建议：
-
step值必须是数字或字符串"any"；写成step="1.0"和step="1"效果一致，但step="0,5"（逗号小数点）会失效 - 配合
min和max使用才有实际约束力：比如min="0" max="10" step="0.5"，否则用户仍可手动输入任意值（仅 spinner 按钮受限制） - 注意浮点精度问题：
step="0.1"在二进制浮点下无法精确表示，可能造成校验失败或 spinner 跳变异常，关键场景建议用整数缩放（如 cents 表示金额）
step="any" 是什么，什么时候该用它
step="any" 不代表“无限制”，而是告诉浏览器：允许任意精度的数值输入，不强制对齐步进网格。它常被误认为“关闭校验”，其实只是放宽了 validity.stepMismatch 触发条件。
适用场景：
立即学习“前端免费学习笔记（深入）”；
- 需要支持任意小数位（如科学计算输入、坐标值），又不想禁用原生 spinner
- 配合 JavaScript 自定义校验逻辑，把精度控制权交给代码而非 HTML 属性
- 避免因
step与value初始值不匹配导致表单默认 invalid（例如value="3.14159" step="0.01"会触发stepMismatch）
浏览器对 step 的兼容性和校验差异
Chrome、Edge、Firefox 对 step 的解析基本一致，但 Safari 在某些版本中对非整数 step 的 spinner 按钮响应不灵敏，且所有浏览器都不校验手动粘贴的值——只校验用户点击 spinner 或键盘上下键时的变更。
关键事实：
- 表单提交时才会触发
stepMismatch校验，实时输入不拦截 - 移动端 iOS Safari 的 number 键盘不保证显示小数点，
step="0.1"可能导致用户根本输不了小数 - 若服务端依赖 step 约束做安全校验，属于严重设计错误——HTML 属性纯属提示，不可信
JavaScript 动态设置 step 的坑
用 JS 修改 input.step 或 input.setAttribute('step', '0.25') 能立刻影响 spinner 行为，但不会重跑当前 value 的有效性校验。也就是说，如果原来 value="1.1" 配 step="1" 是 invalid，改完 step="0.1" 后 input.validity.stepMismatch 仍是 true，得手动调用 input.checkValidity() 或赋值触发重校验。
安全做法：
- 修改
step后，显式设置input.value = input.value（触发重新解析） - 或先
input.setCustomValidity('')清空旧错误，再input.reportValidity() - 避免在
input事件里频繁改step，可能引发输入焦点丢失或值跳变
step 看似简单，但它的生效边界、校验时机、浮点表现和移动端适配，每个环节都容易漏掉一两个条件就失效。别只盯着属性写对没写对，重点看它在具体浏览器 + 具体输入方式 + 具体初始值下的真实反应。
