Chrome浏览器中number输入框极小min值引发step验证失效问题

核心原因：IEEE 754双精度浮点数的精度限制 #

Chrome的number输入框验证依赖JavaScript的数值处理逻辑，而JS使用的双精度浮点数（IEEE 754）存在精度上限——只能精确表示约15-17位十进制有效数字。当你的min值量级达到-1e12及以下时，step=0.000001（1e-6）的增量相对于min来说太小，超出了浮点数的精确表示能力：

• 对于-1e12量级的数值，双精度浮点数的**相邻可表示数值差（ULP）**约为0.000244，远大于你的step值0.000001。这意味着，任何以0.000001为增量的数值变化，在-1e12量级的数上都无法被浮点数精确区分——加上step后，数值会被舍入为原数，无法体现增量。
• 浏览器验证step规则时，需要计算(输入值 - min)是否为step的整数倍，但由于浮点数精度不足，这个计算会出现误差，导致验证逻辑无法正确判断，最终表现为step验证失效。

为什么min=-9.9999e11时验证正常？ #

当min为-9.9999e11时，数值量级略小于-1e12，对应的ULP约为0.000122，仍然大于step，但此时输入值与min的差值如果是step的整数倍，且这个差值的量级足够被浮点数捕捉（比如输入值的小数部分增量大于ULP），验证逻辑就能正常工作。而当min降到-1e12及以下时，哪怕是更大的小数增量也会被浮点数舍入，彻底破坏验证逻辑。

解决方案 #

• 缩小min范围：根据实际业务需求，将min的绝对值限制在1e10以内（此时ULP约为0.00000095，略小于step=0.000001），确保浮点数能精确表示step增量。
• 自定义文本输入验证：改用type="text"输入框，通过字符串解析或手动拆分整数/小数部分的方式实现自定义验证，避开浮点数精度限制。

内容的提问来源于stack exchange，提问作者Connor Latham