Java中acceleration.module-Ambient.friction为0时出现NaN错误咨询

咱先抛开括号的问题——其实括号在这里根本不是罪魁祸首，你遇到的NaN问题，大概率是某个变量提前“染”上了NaN，或者在特定条件下触发了浮点运算里的NaN生成规则，尤其是你提到的acceleration.module - Ambient.friction = 0这个场景，我们来逐一排查：

• 先排查变量本身是否已存在NaN
  你要知道，NaN在浮点运算里是会“传染”的——只要表达式里有一个NaN，整个计算结果就会变成NaN。当acceleration.module - Ambient.friction = 0时，你的表达式第二项变成0 * acceleration.direction.x()，但如果speed.module、speed.direction.x()、acceleration.direction.x()或者time这几个变量里，有任何一个已经是NaN了，那不管第二项是不是0，最终结果都会是NaN。
  建议你在出现错误的地方加调试打印，输出所有相关变量的值：

  System.out.println("speed.module: " + speed.module);
  System.out.println("speed.direction.x(): " + speed.direction.x());
  System.out.println("acceleration.module: " + acceleration.module);
  System.out.println("Ambient.friction: " + Ambient.friction);
  System.out.println("acceleration.direction.x(): " + acceleration.direction.x());
  System.out.println("time: " + time);
  

  当触发NaN时，看哪个变量已经显示为NaN，那就是问题的源头。

• 重点检查方向向量的计算逻辑
  你提到的场景是acceleration.module等于Ambient.friction，这时候加速度的净模长为0——如果你的acceleration.direction.x()是通过归一化加速度向量得到的，那问题就来了：当向量模长为0时，归一化操作会出现0/0的除法，直接导致x分量变成NaN。这时候哪怕(acceleration.module - Ambient.friction)是0，0 * NaN还是NaN，加到第一项（哪怕第一项正常），结果依然是NaN。
  解决这个问题的思路是：在计算方向向量之前，先判断向量的模长是否为0，如果是0，就不要执行归一化，直接给方向向量设一个合理的默认值（比如(0, 0)）。

• 浮点精度的坑也要留意
  虽然你说acceleration.module - Ambient.friction = 0，但浮点运算有精度误差，实际可能是一个极小的非零值，但这种情况一般不会直接产生NaN，更多是出现无穷大（比如极小值乘以极大值），不过还是要确认你有没有在其他地方做类似sqrt(-1)或者log(0)这种会直接生成NaN的操作。

最后给你一个快速验证的小技巧：在计算x之前，先检查所有变量是否为NaN，提前拦截处理：

if (Double.isNaN(speed.module) || Double.isNaN(speed.direction.x()) || 
    Double.isNaN(acceleration.module) || Double.isNaN(acceleration.direction.x()) || 
    Double.isNaN(time)) {
    // 做错误处理，比如设默认值或者跳过计算
    x = 0.0;
} else {
    double x = (speed.module * speed.direction.x()) + ((acceleration.module-Ambient.friction) * acceleration.direction.x())*time;
}

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