在JBox2d中,Vec2.equals()
存在以下代码:
@Override
public boolean equals(Object obj) { //automatically generated by Eclipse
if (this == obj)
return true;
if (obj == null)
return false;
if (getClass() != obj.getClass())
return false;
Vec2 other = (Vec2) obj;
if (Float.floatToIntBits(x) != Float.floatToIntBits(other.x))
return false;
if (Float.floatToIntBits(y) != Float.floatToIntBits(other.y))
return false;
return true;
}
我想知道float< - > int位转换函数的用途是什么,这里。这是否提供了一种解决Java浮动比较不准确问题的方法(如果可能的话)?还是完全不同的东西?我想知道它是否是epsilon方法的替代方案:
if (Math.abs(floatVal1 - floatVal2) < epsilon)
PS。为了完整性和兴趣,这里是Vec2.hashCode()
:
@Override
public int hashCode() { //automatically generated by Eclipse
final int prime = 31;
int result = 1;
result = prime * result + Float.floatToIntBits(x);
result = prime * result + Float.floatToIntBits(y);
return result;
}
仅供参考,我完全可以看到为什么在hashCode()中使用转换函数 - 哈希ID必须是整数。
答案 0 :(得分:22)
可以在Joshua Bloch's Effective Java中找到解释:float
和Float
需要特殊处理,因为存在-0.0
,NaN
,正无穷大,以及负无穷大。这就是为什么Sun JVM的Float.equals()
看起来像这样(6u21):
public boolean equals(Object obj)
{
return (obj instanceof Float)
&& (floatToIntBits(((Float)obj).value) == floatToIntBits(value));
}
所以,不,带有epsilon的Math.abs()
不是一个好的选择。来自Javadoc:
如果f1和f2都代表Float.NaN, 那么equals方法返回true, 即使Float.NaN == Float.NaN也有 值false。如果f1代表 + 0.0f而f2代表-0.0f,反之亦然,相等的测试有 值false,即使0.0f == - 0.0f 值为true。
这就是为什么Eclipse的自动生成的代码可以帮到你。
答案 1 :(得分:10)
Double.Nan(Not-a-number)在比较时是一个特殊值:
System.out.println(Float.NaN == Float.NaN);
System.out.println(Float.floatToIntBits(Float.NaN) == Float.floatToIntBits(Float.NaN));
打印:
false
true
答案 2 :(得分:3)
我不知道100%,但很可能他们试图绕过NaN!= NaN问题。如果您的浮动恰好是NaN,则无法与任何内容进行比较,因为结果始终为false。比较intBits会给你NaN == NaN。