BigDecimal równa się () a porównajTo ()

Rozważmy prostą klasę testową:

import java.math.BigDecimal;

/**
 * @author The Elite Gentleman
 *
 */
public class Main {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        BigDecimal x = new BigDecimal("1");
        BigDecimal y = new BigDecimal("1.00");
        System.out.println(x.equals(y));
        System.out.println(x.compareTo(y) == 0 ? "true": "false");
    }

}

Możesz (świadomie) powiedzieć, że xto jest równe y(nie odwołanie do obiektu), ale po uruchomieniu programu zobaczysz następujący wynik:

false
true

Pytanie: Jaka jest różnica między compareTo()i equals()w BigDecimaltym, że compareTomożna określić, że xjest równa y?

PS: Widzę, że BigDecimal ma inflate()metodę na equals()metodę. Co inflate()właściwie robi?

Odpowiedź znajduje się w JavaDoc equals()metody :

W przeciwieństwie do compareTotej metody uważa się, że dwa BigDecimalobiekty są równe tylko wtedy, gdy mają taką samą wartość i skalę (w związku z tym 2,0 nie jest równe 2,00 w porównaniu z tą metodą).

Innymi słowy: equals()sprawdza, czy BigDecimalobiekty są dokładnie takie same pod każdym względem. compareTo()„tylko” porównuje ich wartość liczbową.

Co do tego, dlaczego equals() zachowuje się w ten sposób, odpowiedź na to pytanie prejudycjalne została udzielona .

Widzę, że BigDecimal ma metodę inflate () w metodzie equals (). Co właściwie robi inflate ()?

Zasadniczo inflate()wywołuje w BigInteger.valueOf(intCompact)razie potrzeby, tj. Tworzy nieskalowaną wartość, która jest przechowywana jako BigIntegerfrom long intCompact. Jeśli tego nie potrzebujesz, BigIntegera nieskalowana wartość pasuje do a, long BigDecimalwydaje się, że staraj się oszczędzać miejsce tak długo, jak to możliwe.

Uważam, że poprawną odpowiedzią byłoby uczynienie tych dwóch liczb (BigDecimals) tą samą skalą, a następnie możemy zdecydować o ich równości. Na przykład, czy te dwie liczby są równe?

1.00001 and 1.00002

To zależy od skali. Na skali 5 (5 miejsc po przecinku) nie, to nie to samo. ale przy mniejszych dokładnościach dziesiętnych (skala 4 i niższa) są uważane za równe. Dlatego proponuję, aby skala tych dwóch liczb była równa, a następnie je porównać.

Możesz także porównać z podwójną wartością

BigDecimal a= new BigDecimal("1.1"); BigDecimal b =new BigDecimal("1.1");
System.out.println(a.doubleValue()==b.doubleValue());