tryb zaokrąglania z BigDecimal Java

Question

Poniższy kod, który wykorzystuje RoundingMode.HALF_EVEN,

BigDecimal value1 = new BigDecimal("4.5"); 
value1=value1.setScale(0, RoundingMode.HALF_EVEN); 

BigDecimal value2 = new BigDecimal("6.5"); 
value2=value2.setScale(0, RoundingMode.HALF_EVEN); 

System.out.println(value1+"\n"+value2); 

wyświetlacze 4 i 6 odpowiednio. Wydaje mi się, że powinien on wyświetlać odpowiednio: 5 i 7, ponieważ cyfra po lewej stronie odrzuconej części ułamkowej (która w tym przypadku wynosi 5) to nieparzysta. W tym przypadku, wykonuje to RoundingMode.HALF_UP

A w przypadku RoundingMode.HALF_UP, RoundingMode.UP przeprowadza się, gdy część odrzucona frakcjonowanej> = 0,5 (co jest prawdą), poza RoundingMode.DOWN jest wykonywana.

Answer 1

zachowanie jest dobrze opisane w Javadoc:

tryb zaokrąglania zaokrąglić w kierunku „najbliższego sąsiada” chyba że obie sąsiedzi są w równych odległościach, w tym przypadku, okrągłe kierunku nawet sąsiada.

Więc biorąc pod uwagę liczbę 4.5, która mieści się w samym środku zakresu numerów między 4 i 5, po wywołaniu:

BigDecimal value1 = new BigDecimal("4.5").setScale(RoundingMode.ROUND_HALF_EVEN); 

Środowisko wykonawcze musi dowiedzieć się, które sąsiad zaokrąglić zbyt , aka, czy powinien zaokrąglić do 4, czy do 5? Zwykle zaokrąglałoby się w zależności od tego, do której wartości 4.5 jest bliższa, ale w tym przypadku jest blisko do sąsiadów obu. Zamiast wybierać arbitralnie wynik końcowy, wybiera jednak parzystą liczbę. To jest zachowanie ROUND_HALF_EVEN. Jeśli chcesz, możesz podać ROUND_HALF_UP, a ostateczny wynik będzie wynosił 5, a nie 4. Pamiętaj też, że ustalenie sposobu rundy zależy od tego, jaki będzie wynik końcowy (a nie od części dziesiętnej). dużego dziesiętnego, jak się wydaje zakładałeś).