BigDecimal est égal à () par rapport à compareTo ()

Considérez la classe de test simple:

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");
    }

}

Vous pouvez (consciemment) dire que xc'est égal à y(pas une référence d'objet), mais lorsque vous exécutez le programme, le résultat suivant s'affiche:

false
true

Question: Quelle est la différence entre compareTo()et equals()dans BigDecimalqui compareTopeut déterminer qui xest égal à y?

PS: Je vois que BigDecimal a une inflate()méthode sur la equals()méthode. Que fait inflate()-il réellement?

La réponse se trouve dans le JavaDoc de la equals()méthode :

À la différence compareTo, cette méthode considère deux BigDecimalobjets égaux uniquement s'ils sont égaux en valeur et en échelle (donc 2,0 n'est pas égal à 2,00 par rapport à cette méthode).

En d'autres termes: equals()vérifie si les BigDecimalobjets sont exactement les mêmes dans tous les aspects. compareTo()"seulement" compare leur valeur numérique.

Quant à savoir pourquoi equals() se comporte de cette façon, cela a été répondu dans cette question SO .

Je vois que BigDecimal a une méthode inflate () sur la méthode equals (). Que fait réellement inflate ()?

Fondamentalement, inflate()appelle BigInteger.valueOf(intCompact)si nécessaire, c'est-à-dire qu'il crée la valeur non mise à l'échelle qui est stockée en tant que BigIntegerfrom long intCompact. Si vous n'en avez pas besoin BigIntegeret que la valeur non mise à l'échelle s'insère dans un long BigDecimalsemble essayer d'économiser de l'espace le plus longtemps possible.

Je crois que la bonne réponse serait de faire en sorte que les deux nombres (BigDecimals) aient la même échelle, alors nous pourrons décider de leur égalité. Par exemple, ces deux nombres sont-ils égaux?

1.00001 and 1.00002

Eh bien, cela dépend de l'échelle. Sur l'échelle 5 (5 décimales), non, ce ne sont pas les mêmes. mais sur des précisions décimales plus petites (échelle 4 et inférieure), ils sont considérés comme égaux. Je suggère donc de rendre l'échelle des deux nombres égale, puis de les comparer.

Vous pouvez également comparer avec une valeur double

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