IE11 中 step="any" 实际退化为 step="1"，不支持小数输入，valueAsNumber 对小数返回 NaN，validity.badInput 为 true，无法绕过；兼容方案只能降级为 type="text" + JS 全链路控制，或使用自定义组件。
IE11 中 step="any" 实际表现是退化为 step="1"
IE11 完全不支持 step="any"，它会直接忽略该值，按默认行为处理：即等效于 step="1"。这意味着即使你写了 step="any"，IE11 仍只接受整数输入（如 0、1、-5），输入 3.14 或 0.5 后调用 checkValidity() 会返回 false，且提交时可能被阻止（尤其配合 required 时）。
这个行为不是“部分支持”，而是标准缺失——HTML5 规范中 step="any" 是后来引入的，IE11 在其生命周期内从未实现。
为什么不能靠 JS 检测后再 fallback？
问题不在检测逻辑，而在 IE11 对 input.type === "number" 的底层解析本身就不支持小数校验：
-
input.valueAsNumber遇到小数（如"1.5"）直接返回NaN，哪怕 DOM 上显示正常 -
input.validity.badInput在输入小数点或小数时就为true，无法通过setCustomValidity("")绕过 - 即使监听
input或blur事件，也无法改变原生验证触发时机（例如表单 submit 时强制校验）
真正能用的兼容方案只有两个
如果你的业务必须在 IE11 支持小数输入，别试图修 step="any"，直接换策略：
- 降级为
type="text"+inputmode="decimal"（IE11 忽略后者但无害），再用 JS 做完整控制：正则过滤、parseFloat解析、toFixed格式化、手动设置setCustomValidity - 引入轻量级自定义滑块/输入组件（如 vanilla JS 实现的
<input-number>），完全绕过原生type="number"的限制 - 避免依赖
valueAsNumber，统一用parseFloat(input.value)并自行判断isNaN和范围
移动端和现代浏览器里 step="any" 也不是万能的
即使在 Chrome/Firefox/Safari（≥15.5）中，step="any" 也只解决“步进校验”问题，不解决其他现实约束：
- 用户仍可输入
"1e2"或"-0.0000001"，但你的后端或计算逻辑未必能安全处理 - 软键盘在 iOS/Android 上可能不弹出小数点键，除非同时加
inputmode="decimal" -
min/max仍生效，且必须与step数学兼容；例如min="0.1"+step="any"不能保证0.1是合法起点（因为没步长约束，但浏览器仍会校验是否在范围内）
真正容易被忽略的是：IE11 下连 inputmode 都无效，所有“提示型”属性都失效，只能靠 JS 全链路接管输入、展示、校验、提交逻辑。
