Java的BigDecimal在math包中提供的API类场景使用详解
作者:w7h1te
前言
最近在做统计类的业务时,遇到一个求所占百分比的数据,并且要求保留两位小数,缺0补0 ,顺便记录学习BigDecimal的过程
代码如下:
public void rate() { String rate = String.valueOf(new BigDecimal("50") .divide(new BigDecimal(Integer.valueOf("50") + Integer.valueOf("4")), 4, BigDecimal.ROUND_HALF_UP) .multiply(new BigDecimal("100")).doubleValue()); System.out.println(rate);//输出结果为 92.59 但并没完全实现 }
一、简单介绍
BigDecimal,用来对超过16位有效位的数进行精确的运算。双精度浮点型变量double可以处理16位有效数。在实际应用中,需要对更大或者更小的数进行运算和处理。float和double只能用来做科学计算或者是工程计算,在商业计算中要用java.math.BigDecimal。BigDecimal所创建的是对象,我们不能使用传统的+、-、*、/等算术运算符直接对其对象进行数学运算,而必须调用其相对应的方法。方法中的参数也必须是BigDecimal的对象。构造器是类的特殊方法,专门用来创建对象,特别是带有参数的对象。
在我们的日常计算中,有时会涉及到比较大的数字之间的计算(如:超大金额的计算),这时,使用float、double这样的浮点数就不那么准确了。因为不论是float 还是double都是浮点数,而计算机是二进制的,浮点数会失去一定的精确度。 注:根本原因是:十进制值通常没有完全相同的二进制表示形式;十进制数的二进制表示形式可能不精确。
二、使用方法
- BigDecimal.setScale()方法用于格式化小数点
- setScale(1)表示保留一位小数,默认用四舍五入方式
- setScale(1,BigDecimal.ROUND_DOWN)直接删除多余的小数位,如2.35会变成2.3
- setScale(1,BigDecimal.ROUND_UP)进位处理,2.35变成2.4
- setScale(1,BigDecimal.ROUND_HALF_UP)四舍五入,2.35变成2.4
- setScaler(1,BigDecimal.ROUND_HALF_DOWN)四舍五入,2.35变成2.3,如果是5则向下舍
- setScaler(1,BigDecimal.ROUND_CEILING)接近正无穷大的舍入
- setScaler(1,BigDecimal.ROUND_FLOOR)接近负无穷大的舍入,数字>0和ROUND_UP作用一样,数字<0和ROUND_DOWN作用一样
- setScaler(1,BigDecimal.ROUND_HALF_EVEN)向最接近的数字舍入,如果与两个相邻数字的距离相等,则向相邻的偶数舍入。
注释:
1:scale指的是你小数点后的位数。比如123.456则score就是3. score()就是BigDecimal类中的方法。 比如:BigDecimal b = new BigDecimal(“123.456”); b.scale(),返回的就是3.
2:roundingMode是小数的保留模式。它们都是BigDecimal中的常量字段,有很多种。 比如:BigDecimal.ROUND_HALF_UP表示的就是4舍5入。
3:pubilc BigDecimal divide(BigDecimal divisor, int scale, int roundingMode) 的意思是说:我用一个BigDecimal对象除以divisor后的结果,并且要求这个结果保留有scale个小数位,roundingMode表示的就是保留模式是什么,舍入条件可以选择对应参数!
4:小数位格式化使用如下:
BigDecimal mData = new BigDecimal("5.556").setScale(2, BigDecimal.ROUND_HALF_UP); System.out.println("mData=" + mData);//mData=5.56
DecimalFormat df = new DecimalFormat("###.##"); BigDecimal b1 = new BigDecimal("28.0109"); BigDecimal b2 = new BigDecimal("28.00"); System.out.println("小数格式化:" + df.format(b1));//小数格式化:28.01 System.out.println("整数格式化:" + df.format(b2));//整数格式化:28
三、文中一开始遇到的问题
想要去除末位0,尝试如下:
String waterRate = String.valueOf(new BigDecimal("50") .divide(new BigDecimal(Long.valueOf("40") + Long.valueOf("50")), 4, ROUND_HALF_UP) .multiply(new BigDecimal("100"))); System.out.println(waterRate);//55.5600
String waterRate = String.valueOf(new BigDecimal("50") .divide(new BigDecimal(Long.valueOf("40") + Long.valueOf("50")), 2, ROUND_HALF_UP) .multiply(new BigDecimal("100"))); System.out.println(waterRate);//56.00
String waterRate = String.valueOf(new BigDecimal("50") .divide(new BigDecimal(Long.valueOf("40") + Long.valueOf("50")), 4, ROUND_HALF_UP) .multiply(new BigDecimal("100")).floatValue()); System.out.println(waterRate);//55.56 //floatValue() 或者 doubleValue() String waterRate = String.valueOf(new BigDecimal("50") .divide(new BigDecimal(Long.valueOf("40") + Long.valueOf("50")), 4, ROUND_HALF_UP) .multiply(new BigDecimal("100")).doubleValue()); System.out.println(waterRate);//55.56 两者都达到了预期结果 但是计算3/10 结果为30.0 少补了一位0
1、二者精度不同,对比两个小数的大小要用doubleValue
2、string转浮点数,也要用doubleValue,否则不准确
使用去除末位0的方法
String waterRate = String.valueOf(new BigDecimal("50") .divide(new BigDecimal(Long.valueOf("40") + Long.valueOf("50")), 4, ROUND_HALF_UP) .multiply(new BigDecimal("100.000")).stripTrailingZeros()); System.out.println(waterRate);//55.56 使用去除末位零的方法
但是 当我测试:
String waterRate = String.valueOf(new BigDecimal("30") .divide(new BigDecimal(Long.valueOf("90") + Long.valueOf("10")), 4, ROUND_HALF_UP) .multiply(new BigDecimal("100")).stripTrailingZeros()); System.out.println(waterRate);//输出结果:3E+1 显然不是很符合业务逻辑
最终还是得依靠格式转换实现
DecimalFormat df1 = new DecimalFormat("0.00%"); String waterRate = String.valueOf(new BigDecimal("31.1") .divide(new BigDecimal(Long.valueOf("90") + Long.valueOf("10")), 4, ROUND_HALF_UP)); Double rate= Double.valueOf(waterRate); System.out.println(df1.format(rate));//输出结果:31.10% 实现了缺0补0
四、引申
关于Mysql中如何选用double、BigDecimal两种类型
1.首先与java不同的是mysql是用来持久化数据的,而java中使用的数据一般更多的是过一下内存;
2.数据库都要除了指定数据类型指外还需要指定精度,因此在DB中Double计算时精度的丢失比Java高得多;因为Java默认精确到15-16位了;
3.更改数据类型的成本,Mysql比Java代码要难得多;
考虑到以上与java中不同几点,做点个人使用总结:
1.与商业金融相关字段要使用Decimal来表示,如金额,费率等字段;
2.参与各类计算如加,减,乘,除,sum,avg等等,也要使用Decimal;
3.经纬度,可以使用double来表示,这个可参考Java,只要保证精度范围即可;
4.如果确实不确定使用什么double或Decimal哪种类型合适,那最好使用Decimal,毕竟稳定,安全高于一切;
注:阿里的编码规范中强调统一带小数的类型一律使用Decimal类型,也是有道理的,使用Decimal可以大大减少计算踩坑的概率
到此这篇关于Java的BigDecimal在math包中提供的API类场景使用详解的文章就介绍到这了,更多相关BigDecimal的API类场景使用内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!