JavaScript中Float32Array执行push操作后数值异常变化的原因咨询

嘿，这个问题挺有意思的，我来帮你捋捋背后的核心原因：

首先得明确几个关键细节：

• JavaScript里的Float32Array是32位单精度浮点数数组，但JS默认的数值类型（比如你写的字面量0.48214292933260094）是64位双精度浮点数。32位单精度浮点数只能精确表示大约7位有效数字，这正好对应你看到的第7位开始出现差异的情况。
• 当你在JS里处理Float32Array的数值时，会存在隐性的精度转换：存入时把64位数值转成32位，取出时又把32位数值转回64位——这个过程里丢失的精度是找不回来的。

咱们拆解你的操作步骤就能明白问题所在：

1. 你把0.48214292933260094存入另一个Float32Array时，这个64位的数值已经被转换为32位单精度浮点数了，此时数组里实际存储的二进制对应的十进制值就是0.48214292526245117。
2. 当你从这个Float32Array里取出这个值时，JS会自动把它转成64位双精度数值，但这个数值只是32位精度的“扩展”，并没有恢复丢失的精度，所以它看起来还是0.48214292526245117，而非原来的初始值。
3. 当你把这个取出的值push到新的Float32Array时，本质是把这个已经“降级”过的64位数值再次转成32位单精度，结果自然就是你看到的那个有差异的值。

再看C#那边的情况：

• 不管你用float（对应32位单精度）、double（64位双精度）还是decimal（高精度十进制），同类型之间的赋值都是直接拷贝二进制表示，不会有额外的精度转换损失。比如用float时，你把初始值转成float后再复制，结果会和JS一致；用double的话，初始值能被64位双精度更精确地存储，复制后自然不会变。

至于你说的“JS脚本能工作但C#不行”，核心是JS里的精度丢失是隐性发生的，而C#保持了原始精度，导致后续判断==0的逻辑出现分歧。给你两个解决思路：

• 在C#里处理数值时，主动把数值转换为32位单精度浮点数（比如用(float)yourValue），模拟JS的精度损失，让两边的数值状态保持一致。
• 两边统一改用64位浮点数（JS用Float64Array，C#用double），从根源上避免这种精度差异问题。

备注：内容来源于stack exchange，提问作者L Chougrani