step="any" 的作用是禁用浏览器对 <input type="number"> 的步进校验，允许输入任意有效数字（如3.14159、-0.5、1e2），不强制为step整数倍；它不接受非数字，空值或"abc"仍无效。
step="any" 能让 <input type="number"> 接受任意数字输入
直接说结论：step="any" 的作用是**禁用浏览器对 <input type="number"> 的步进校验**，允许用户输入任意有效数字（如 3.14159、-0.5、1e2），而不强制要求是 step 的整数倍。它不是“允许非数字”，而是“取消数值精度限制”。
常见误解是以为它能接受字符串或空值——其实不能。空值、"abc"、"12a" 仍会被浏览器视为无效，input.validity.valid 为 false，且提交时可能被阻止（取决于表单设置）。
为什么不用 step="1" 或不设 step？
默认不写 step 时，浏览器行为不一致：Chrome 等默认按 step="1" 处理，只接受整数；Firefox 则更宽松，但依然可能拒绝 1.5（如果 min/max 是整数且未显式设 step）。而 step="1" 明确禁止小数。
-
step="any"是唯一被 HTML 标准明确定义为“不限制步进”的取值 - 它不影响
min/max校验，也不影响valueAsNumber解析逻辑 - 注意：某些旧版 Safari（≤15.4）对
step="any"支持不完整，valueAsNumber可能返回NaN，需 fallback 到parseFloat(input.value)
实际使用时必须配 type="number"，且注意兼容写法
step="any" 只在 <input type="number"> 中生效，对 type="text" 无意义。同时，为防极端情况，建议搭配基础防护：
- 始终设置
inputmode="decimal"（提升移动端数字键盘体验） - 用
oninput+parseFloat()做二次解析，避免依赖valueAsNumber的兼容性问题 - 服务端仍需校验——前端限制纯属体验优化，不可信任
示例写法：
<input type="number" step="any" inputmode="decimal" min="-1000" max="1000" oninput="this.value = parseFloat(this.value) || ''">
容易被忽略的坑：表单提交与无障碍支持
step="any" 不影响表单原生提交校验逻辑，但如果用户输入了非法值（如空字符串、"--2"），部分浏览器会高亮报错并阻止提交（尤其 Chrome）。此时需主动监听 invalid 事件做干预：
- 用
event.preventDefault()拦截默认提示，改用自定义提示 - 注意屏幕阅读器对
step="any"的播报差异：多数读作 “number, any step”，但不会说明“可输小数”，建议额外加aria-describedby提示 - 若业务真需接受科学计数法（如
6.02e23），step="any"是必要条件，但也要确认后端是否支持解析
真正复杂的地方不在属性本身，而在你是否意识到：它只是松开了校验绳子，没给你造新轮子——输入控制、格式反馈、错误恢复，都还得自己补全。
