先看以下测试用例
public static void main(String[] args) throws ScriptException, InterruptedException, ParseException, IOException { System.out.println( 10.2 * 100);//期望1020 实际:1019.9999999999999 System.out.println( 10.2 * 100D);//期望1020 实际:1019.9999999999999 System.out.println(new BigDecimal(10.2).multiply(new BigDecimal(100)));//期望1020 实际:1019.999999999999928945726423989981412887573242187500 System.out.println(new BigDecimal(10.2D).multiply(new BigDecimal(100D)));//期望1020 实际:1019.999999999999928945726423989981412887573242187500 System.out.println(new BigDecimal(Double.toString(10.2)).multiply(new BigDecimal(Double.toString(100))));//期望1020 实际:1020.00 System.out.println(0.1+0.2);//期望0.3 实际:0.30000000000000004 System.out.println(new BigDecimal(0.1).add(new BigDecimal(0.2)));//期望0.3 实际:0.3000000000000000166533453693773481063544750213623046875 System.out.println(new BigDecimal(Double.toString(0.1)).multiply(new BigDecimal(Double.toString(0.3))));//期望0.3 实际:0.03 }
针对小数直接运算原因
java算数运算,都是需要将数字转为二进制再进行运算,但是二进制并不能精确表达所有小数,通过转为二进制后再运算有可能会丢失精度 所以使用BigDecimal 进行数学运算
针对BigDecimal double构造函数运算丢失精度问题原因
java 手册api函数说明
public BigDecimal(double val)
- 此构造方法的结果有一定的不可预知性。有人可能认为在 Java 中写入 new BigDecimal(0.1) 所创建的 BigDecimal 正好等于 0.1(非标度值 1,其标度为 1),但是它实际上等于 0.1000000000000000055511151231257827021181583404541015625。这是因为 0.1 无法准确地表示为 double (或者说对于该情况,不能表示为任何有限长度的二进制小数)。这样, 传入 到构造方法的值不会正好等于 0.1(虽然表面上等于该值)。
- 另一方面, String 构造方法是完全可预知的:写入 new BigDecimal("0.1") 将创建一个 BigDecimal ,它 正好 等于预期的 0.1。因此,比较而言,通常建议优先使用 String 构造方法 。
- 当 double 必须用作 BigDecimal 的源时,请注意,此构造方法提供了一个准确转换;它不提供与以下操作相同的结果:先使用
Double.toString(double)
方法,然后使用BigDecimal(String)
构造方法,将 double 转换为 String 。要获取该结果,请使用 staticvalueOf(double)
方法。
所以我们进行小数运算 BigDecaimal(String) 要用字符串类型的构造函数