Зачем использовать Float.floatToIntBits () в сравнениях с плавающей точкой Java? - PullRequest
Новая
       19

Зачем использовать Float.floatToIntBits () в сравнениях с плавающей точкой Java?

19 голосов
/ 08 сентября 2010

В 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 (если это вообще возможно)? Или это что-то совсем другое? Мне интересно, является ли это альтернативой эпсилон-подходу: 

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 () - хеш-идентификаторы должны быть целыми числами.

Ответы [ 3 ]

22 голосов
/ 08 сентября 2010

Объяснение можно найти в Эффективном Java Джошуа Блоха : float и Float нуждаются в особом подходе из-за существования -0.0, NaN, положительной бесконечности и отрицательной бесконечности. Вот почему Float.equals() Sun JVM выглядит так (6u21): 

public boolean equals(Object obj)
{
    return (obj instanceof Float)
           && (floatToIntBits(((Float)obj).value) == floatToIntBits(value));
}

Итак, нет, Math.abs() с эпсилоном не является хорошей альтернативой. Из Javadoc:

Если f1 и f2 оба представляют Float.NaN, тогда метод equals возвращает true, хотя Float.NaN == Float.NaN имеет значение ложное. Если f1 представляет + 0.0f, в то время как f2 представляет -0.0f, или наоборот, равный тест имеет значение false, хотя 0.0f == - 0.0f имеет значение true.

Вот почему автоматически сгенерированный код Eclipse сделает это за вас.

10 голосов
/ 08 сентября 2010

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
3 голосов
/ 08 сентября 2010

Я не знаю 100%, но, скорее всего, они пытаются обойти проблему NaN! = NaN.Если ваш float равен NaN, вы не можете сравнивать его с чем-либо, поскольку результат всегда ложен.Сравнение intBits даст вам NaN == NaN.

...