Konvertieren von string zu BigDecimal im java

Lese ich die Währung von XML in Java. 

String currency = 135.69;

Wenn ich wandeln diese in BigDecimal ich bekommen:

 System.out.println(new BigDecimal(135.69));

Ausgabe:

135.68999999999999772626324556767940521240234375.

Warum ist es, dass es gibt diese vielen zahlen? Wie kann ich diese vermeiden? Alles was ich will ist für Sie zu Ausgang 135.69.

  • Sie sicher, Art der currency ist string? Und Sie Lesen den Wert als string nur?
  • mögliche Duplikate von spezifische Präzision eines BigDecimal
  • Ihre Währung ist nicht einmal ein String mit zu beginnen; benutzen Sie einfach die BigDecimal Konstruktor mit einem String als argument.
  • Möglicherweise gibt es viele Lösungen, aber wissen Sie, warum es passiert? Lesen Sie dies, wenn Sie das nicht: effbot.org/pyfaq/...
InformationsquelleAutor Hari Rao | 2015-02-28
  1. 64

    Den BigDecimal(double) - Konstruktor einige Probleme haben, ist es vorzuziehen, dass Sie verwendet BigDecimal(String) oder BigDecimal.valueOf(double).

    System.out.println(new BigDecimal(135.69)); //135.68999999999999772626324556767940521240234375
System.out.println(new BigDecimal("135.69")); //135.69
System.out.println(BigDecimal.valueOf(135.69)); //135.69

    Den BigDecimal(double) Dokumentation erklären, was dieses Verhalten:

    1. Die Ergebnisse dieser Konstruktor kann etwas unberechenbar. Man könnte annehmen, dass das schreiben von new BigDecimal(0.1) in Java erzeugt ein BigDecimal-das ist genau in Höhe von 0,1 (einen unskalierten Wert von 1, bei einer Skala von 1), aber es ist eigentlich gleich 0.1000000000000000055511151231257827021181583404541015625. Dies ist, weil 0.1 nicht exakt dargestellt werden, wie ein Doppel - (oder, für diese Angelegenheit, als einen binären Bruch beliebiger endlicher Länge). Also, der Wert, der übergeben wird in dem Konstruktor ist nicht genau gleich 0.1, Erscheinungen zum trotz.
    2. Der String-Konstruktor, auf der anderen Seite, ist vollkommen vorhersehbar: writing new BigDecimal("0.1") erzeugt ein BigDecimal-das ist genau gleich 0.1, wie man erwarten würde. Daher ist es allgemein empfohlen, dass der String-Konstruktor verwendet werden, den Vorzug vor dieser.
    3. Wenn ein double verwendet werden müssen, die als Quelle für BigDecimal, beachten Sie, dass dieser Konstruktor sorgt für eine exakte Umrechnung; ist es nicht das gleiche Ergebnis wie die Umwandlung der Doppel-in eine Zeichenfolge mit dem Doppel.toString(double) - Methode und dann mit dem BigDecimal(String) - Konstruktor. Um das Ergebnis, verwenden Sie die statische valueOf(double) - Methode.
    • Was würden Sie sagen, wenn Sie in einen Dienst und wurden nur weitergeleitet wird, in eine Zeichenfolge. Hinweis: es könnte ein Integer, Double etc.
    • In diesem Fall würde ich verwenden, new BigDecimal ("string_value"). Auf diese Weise, es würde korrekt für beide integer und decimal.
    InformationsquelleAutor Marlon Patrick
  2. 17
    String currency = "135.69";
System.out.println(new BigDecimal(currency));

//will print 135.69
    InformationsquelleAutor Sireesh Vattikuti
  3. 2

    Kann ich etwas hinzufügen. Wenn Sie mit der Währung, die Sie verwenden sollten-Skala(2), und Sie sollten wahrscheinlich herausfinden, eine Runde Methode.

    InformationsquelleAutor Juan Diego
  4. 2

    Den Sie speichern 135.69 als String in der Währung. Aber anstatt die variable Währung, Sie sind wieder vorbei 135.69(double-Wert) in new BigDecimal().
    Also Sie sehen, eine Menge von zahlen in der Ausgabe.
    Wenn Sie übergeben die variable Währung, Ausgabe 135.69

    InformationsquelleAutor sandeep
  5. -5

    Hallo Jungs, man kann nicht konvertieren direkt Zeichenfolge bigdecimal

    müssen Sie zuerst konvertieren Sie Sie in lange nach, dass u wird zu konvertieren big decimal 

    String currency = "135.69"; 
Long rate1=Long.valueOf((currency ));            
System.out.println(BigDecimal.valueOf(rate1));
    InformationsquelleAutor baisakhi chauhan
Schreibe einen Kommentar