> == 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)
解决方法
这是源代码:
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),并不是很多情况.从语义上讲,浮点数的相等性并不真正有意义.你最好对距离感兴趣.
原文地址:https://www.jb51.cc/java/128598.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。