Java Academy · Lekcja

Dlaczego nie używać double do pieniędzy

Problemy z precyzją liczb zmiennoprzecinkowych

Dlaczego nie używać double do pieniędzy to bezpłatna lekcja Java Academy na CoddyKit. To lekcja 1 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Java Academy, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Java Academy zawiera 4 lekcji w sumie.

Niebezpieczna wartość domyślna

Naturalnym wyborem wydaje się przechowywanie cen w double. Niestety double nie potrafi dokładnie reprezentować większości ułamków dziesiętnych, co prowadzi do drobnych błędów psujących obliczenia finansowe.

Klasyczna niespodzianka

Dodanie 0.1 i 0.2 za pomocą double nie daje 0.3. Wynikiem jest wartość obarczona niewielkim błędem zaokrąglenia.

public class Main {
    public static void main(String[] args) {
        double result = 0.1 + 0.2;
        System.out.println(result);
    }
}

Dlaczego tak się dzieje

Komputery przechowują double w systemie binarnym. Tak jak jednej trzeciej nie da się dokładnie zapisać w systemie dziesiętnym, tak wielu liczb dziesiętnych, np. 0.1, nie da się dokładnie zapisać w systemie binarnym.

Przechowywane jest najbliższe przybliżenie binarne, a błąd się kumuluje.

Błędy się kumulują

Pojedynczy drobny błąd może wydawać się niegroźny, ale w pętli przetwarzającej tysiące transakcji różnice kumulują się i prowadzą do zauważalnych nieprawidłowości.

public class Main {
    public static void main(String[] args) {
        double total = 0.0;
        for (int i = 0; i < 10; i++) {
            total += 0.1;
        }
        System.out.println(total);
    }
}

Nieudane porównanie równości

Z powodu błędów zaokrągleń porównywanie obliczonych wartości typu double za pomocą == często kończy się niepowodzeniem, gdy oczekuje się, że będą równe.

public class Main {
    public static void main(String[] args) {
        double a = 0.1 + 0.2;
        double b = 0.3;
        System.out.println(a == b);
    }
}

Pieniądze wymagają dokładności

W finansach błąd wynoszący ułamek centa jest nieakceptowalny. Audytorzy oczekują, że sumy będą się zgadzać co do centa.

Dlatego pieniędzy nigdy nie należy przechowywać w typie zmiennoprzecinkowym.

Rozwiązanie: BigDecimal

Java udostępnia klasę BigDecimal, która przechowuje liczby dziesiętne dokładnie. Osobno śledzi wartość nieskalowaną i skalę, dzięki czemu 0.1 rzeczywiście oznacza 0.1.

import java.math.BigDecimal;

public class Main {
    public static void main(String[] args) {
        BigDecimal a = new BigDecimal("0.1");
        BigDecimal b = new BigDecimal("0.2");
        System.out.println(a.add(b));
    }
}

Zawsze używaj konstruktora String

Obiekt BigDecimal należy tworzyć z obiektu typu String, a nie z wartości double. Przekazanie wartości double przenosi błąd binarny do obiektu BigDecimal.

import java.math.BigDecimal;

public class Main {
    public static void main(String[] args) {
        BigDecimal fromDouble = new BigDecimal(0.1);
        BigDecimal fromString = new BigDecimal("0.1");
        System.out.println(fromDouble);
        System.out.println(fromString);
    }
}

Możesz też użyć valueOf

BigDecimal.valueOf to bezpieczny skrót. Konwertuje wartość double za pomocą jej kanonicznej postaci tekstowej, unikając surowego błędu binarnego.

import java.math.BigDecimal;

public class Main {
    public static void main(String[] args) {
        BigDecimal price = BigDecimal.valueOf(19.99);
        System.out.println(price);
    }
}

Przechowywanie pieniędzy w centach

Alternatywą w prostych przypadkach jest przechowywanie pieniędzy jako całkowitej liczby centów, przy użyciu long. Wtedy 19,99 dolara odpowiada 1999 centom, a wszystkie obliczenia są dokładnymi działaniami na liczbach całkowitych.

public class Main {
    public static void main(String[] args) {
        long cents = 1999;
        long total = cents * 3;
        System.out.println(total + " cents");
    }
}

Najważniejszy wniosek

Typów float i double należy używać w obliczeniach naukowych i grafice, gdzie niewielkie błędy są dopuszczalne. W przypadku pieniędzy i każdej wartości, która musi być dokładna, należy używać BigDecimal lub całkowitej liczby centów.

Szybki test

Sprawdź swoje zrozumienie precyzji liczb zmiennoprzecinkowych.

Podsumowanie

Poznałeś(-aś) przyczyny, dla których double nie sprawdza się w przypadku pieniędzy:

Binarny zapis zmiennoprzecinkowy nie potrafi dokładnie przechowywać wielu liczb dziesiętnych
Błędy, takie jak brak równości 0.1 + 0.2 i 0.3, kumulują się
Do wykonywania dokładnych działań dziesiętnych należy używać BigDecimal
Należy tworzyć go z obiektu typu String lub za pomocą valueOf, nigdy z surowej wartości double
Przechowywanie całkowitej liczby centów to kolejna dokładna opcja

Często zadawane pytania

Czy lekcja „Dlaczego nie używać double do pieniędzy” jest bezpłatna?

Tak — pełny tekst „Dlaczego nie używać double do pieniędzy” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Java Academy, przejdź na CoddyKit PRO. Kurs Java Academy zawiera 4 lekcji w sumie.

Co nauczysz się w „Dlaczego nie używać double do pieniędzy”?

Problemy z precyzją liczb zmiennoprzecinkowych Ćwiczysz Java Academy z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Java Academy?

Nie wymagamy żadnego doświadczenia. Java Academy w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 4.

Ile czasu zajmuje lekcja „Dlaczego nie używać double do pieniędzy”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Java Academy?

Tak. Każda lekcja Java Academy zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

← Powrót do Java Academy