BigDecimal不适合四舍五入，向上取整\u HALF\u

Question

我正在创建一个用百分比计算分数平均值的应用程序，但问题是BigDecimal并不总是对平均值进行四舍五入，例如，如果分数平均值是3.85 BigDecimal ROUND\u HALF\u，那么在量表1中应该四舍五入到3.9，但它显示的平均值像3.8，这只发生在某些特定的时间，有时BigDecimal ROUND 4.95，比如5.0，这很好，但我不知道为什么会这样，问题出在哪里。这是一个示例代码，您可以看到问题：

import java.io.*;
import java.math.BigDecimal;


public class Main {

    public static void main(String[] args) throws IOException{
        InputStreamReader input = new InputStreamReader(System.in);
        BufferedReader buff = new BufferedReader (input);

        //temporal 
        float average=0;
        float mark1=0;
        float mark2=0;
        float percent1=0.75f;
        float percent2=0.25f;

        for(int i=0;i<1;i++){
        System.out.println("Enter mark 1 (75%) : ");
        mark1=Float.parseFloat(buff.readLine());

        }

        for(int i=0;i<1;i++){
            System.out.println("Enter mark 2 (25%): ");
            mark2=Float.parseFloat(buff.readLine());

            }

        average= ((mark1*percent1)+(mark2*percent2));
        // convert to BigDecimal
        BigDecimal bd = new BigDecimal(average);

        BigDecimal roundingMark = bd.setScale(1,
                BigDecimal.ROUND_HALF_UP);

        System.out.println(" the complete average is :"+average);
        System.out.println(" The rounding average is :"+roundingMark);
        }


}

你应该在第一个标记中加上4.5，在第二个标记中加上1.9，结果将是3.8，应该是3.9

请原谅我英语不好，非常感谢阅读：）

Answer 1

您应该使用BigDecimal进行计算，而不仅仅是四舍五入。

意思是，mark 1、mark 2、percent1、percent2和平均应该是BigDecimals。您在这里面临的问题是精度问题：浮动s不够精确，无法保证计算的准确性，因此您认为应该是3.85实际上是3.849999999999。尝试打印bd，您将其原始值设为849999904632568359375（至少这是我的确切值）。

编辑、扩展：我刚刚想到，您可能也误解了ROUND\u HALF\u UP的含义。我从文件中引用

舍入模式向“最近邻居”舍入，除非两个邻居等距，在这种情况下舍入。如果丢弃的分数≥0.5，则表现为ROUND_UP；否则，表现为ROUND_DOWN。请注意，这是我们大多数人在小学学到的舍入模式。

因此，将精度问题相加，使bd的实际值更接近3.8，而不是3.9，以及取整半个的预期行为，您现在应该对结果有一个完整的解释。