考虑到：
> == should never be used to compare doubles/floats
> it appears from the docs that (beyond some type-checking and checking against NaN) that’s all that Double/Float.equals does
看起来像当前形式的Float.equals几乎完全没用.
我是否遗漏了某些东西,或者有时候使用Float.equals是合适的,除非你想要测试二进制相等的极其罕见的情况？
如果是这样,滚动你自己的identikit epsilon函数(如第一个链接中所推荐的那样)是否真的是完成的事情,或者是否存在这个令人难以置信的常见操作的现有包装器？
另外,Double / Float.compare是否会遇到同样的问题,或者是否存在需要epsilon的现有比较器？
(请注意,我无法将现有库从Floats更改为BigD)
解决方法
如果您确定自己比较Floats,Float.equals是没用的,但它也检查参数的类型并且是反身的.例如,不要忘记在集合中自动调用equals.
这是源代码：
public boolean equals(Object obj) {
return (obj instanceof Float)
&& (floatToIntBits(((Float)obj).value) == floatToIntBits(value));
}
这允许任何Float实例(包括新的Float(“NaN”))等于它自己,它是the general contract of equals的一部分,而新的Float(“ – 0”)与新的Float(“0”)不同很有用(并且与hashCode一致).
至于第二部分：当你处理真正的问题时,你的epsilon与某些上下文或物理维度无关(或者你可能不应该使用Float而是BigDecimal),并不是很多情况.从语义上讲,浮点数的相等性并不真正有意义.你最好对距离感兴趣.
