java – Float.equals(几乎)是完全无用的,我应该使用什么呢？

发布时间：2020-12-15 03:02:31 所属栏目：Java 来源：网络整理

导读：考虑到： == 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几乎完全没用. 我是否遗漏

考虑到：

> == 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),并不是很多情况.从语义上讲,浮点数的相等性并不真正有意义.你最好对距离感兴趣.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!