Warum dieser Vergleich zwischen 2 BigDecimal fehlschlagen?

Question

In einer Java-Anwendung ich einen Komponententest, die die folgende Situation enthält:

BigDecimal rendimentoLordoProvvisiorioExpected = new BigDecimal(2.85000); 
BigDecimal rendimentoLordoProvvisiorioDB = null; 

rendimentoLordoProvvisiorioDB = pucManager.getRendimentoLordoProvvisorio(date); 

assertTrue(rendimentoLordoProvvisiorioExpected.compareTo(rendimentoLordoProvvisiorioDB) == 0); 

der Wert des rendimentoLordoProvvisiorioExpected Variable manuell 2,85000 und der erhaltene Wert rendimentoLordoProvvisiorioDB setted ist 2,85000 .

Das Problem ist, dass, wenn ich tue, um diesen Vergleich in den assertTrue() JUnit Funktion

assertTrue(rendimentoLordoProvvisiorioExpected.compareTo(rendimentoLordoProvvisiorioDB) == 0); 

es scheitern, weil die rendimentoLordoProvvisiorioExpected2,850000000000000088817841970012523233890533447265625 und nicht 2,85000 (als setted zu sein scheint).

Warum? Wie kann ich den vorherigen Code ändern, um rendimentoLordoProvvisiorioExpected auf den erwarteten Wert 2.85000 zu setzen?

Answer 1

Da Sie das BigDecimal mit einem Fließkommawert initialisieren, indem Sie den Konstruktor mit einem Double aufrufen. Doppel sind Gleitkommazahlen. Verwenden Sie einen String:

BigDecimal rendimentoLordoProvvisiorioExpected = new BigDecimal("2.85000"); 

Sie sollten die documentation of BigDecimal regarding calling the double version of the constructor lesen.

Wenn Sie ein BigDecimal-Objekt verwenden, konvertieren Sie einen Gleitkommawert der Basis 2 in eine Gleitkommazahl der Basis 10. Es gibt keine perfekte Basis zwei Floating-Point-Darstellung der Zahl 2,85, scheint die beste Annäherung eine Zahl nahe zu sein:

>>> decimal.Decimal(2.85) 
Decimal('2.850000000000000088817841970012523233890533447265625') 

Sie sollten What Every Programmer Should Know About Floating-Point Arithmetic mehr über Floating-Point, zum Beispiel lesen.

Answer 2

Verwenden Sie BigDecimal rendimentoLordoProvvisiorioExpected = new BigDecimal("2.85000"); anstelle von BigDecimal rendimentoLordoProvvisiorioExpected = new BigDecimal(2.85000); Was Sie getan haben, war ein BigDecimal aus einem Doppel zu bauen, und Doppel sind nicht präzise.