Java中的BigDecimal类型

BigDecimal类型的初始化

今天做项目遇到这个问题,特此来记录一下,加强记忆。

// 1.double值初始化
BigDecimal bigDecimal = new BigDecimal(3.1415926);
System.out.println(bigDecimal);
// 输出:3.14159260000000006840537025709636509418487548828125
// 2.valueOf方法初始化
BigDecimal bigDecimal = BigDecimal.valueOf(3.1415926);
System.out.println(bigDecimal);
//输出:3.1415926
// 3.String类型初始化
BigDecimal bigDecimal = new BigDecimal("3.1415926");
System.out.println(bigDecimal);
//输出:3.1415926

因为计算机是二进制的存储方式,因此对于十进制的小数是无法精确表示的,所以对于double数只能接近表示,如果用这个double值来初始化BigDecimal就会出现此问题。

valueOf方法在源码中还是运用的toString方法,所以还是推荐用String类型初始化BigDecimal类型的数。

public static BigDecimal valueOf(double val) {
    // Reminder: a zero double returns '0.0', so we cannot fastpath
    // to use the constant ZERO.  This might be important enough to
    // justify a factory approach, a cache, or a few private
    // constants, later.
    return new BigDecimal(Double.toString(val));
}

四则运算

BigDecimal 的四则运算会返回一个新的对象,所以打印原对象,值不会变

add

public static void main(String[] args) {	
	BigDecimal bigDecimal1 = new BigDecimal("1.2");
	BigDecimal bigDecimal2 = new BigDecimal("2.3");	
	BigDecimal result = bigDecimal2.add(bigDecimal1);
	System.out.println(result);
}

subtract

public static void main(String[] args) {	
	BigDecimal bigDecimal1 = new BigDecimal("1.2");
	BigDecimal bigDecimal2 = new BigDecimal("2.3");	
	BigDecimal result = bigDecimal2.subtract(bigDecimal1);
	System.out.println(result);
}

multiply

public static void main(String[] args) {	
	BigDecimal bigDecimal1 = new BigDecimal("1.2");
	BigDecimal bigDecimal2 = new BigDecimal("2.3");	
	BigDecimal result = bigDecimal2.multiply(bigDecimal1);
	System.out.println(result);
}

divide

除法需要设置各种参数:除数、精确的小数位数和舍入模式

public static void main(String[] args) {	
	BigDecimal bigDecimal1 = new BigDecimal("7");
	BigDecimal bigDecimal2 = new BigDecimal("1");	
	BigDecimal result = bigDecimal2.divide(bigDecimal1, 5, BigDecimal.ROUND_HALF_UP);
	System.out.println(result);  // 输出 0.14286
}
  • ROUND_UP 舍入远离零的舍入模式。在丢弃非零部分之前始终增加数字(始终对非零舍弃部分前面的数字加1)。注意,此舍入模式始终不会减少计算值的大小。
  • ROUND_DOWN 接近零的舍入模式。在丢弃某部分之前始终不增加数字(从不对舍弃部分前面的数字加1,即截短)。注意,此舍入模式始终不会增加计算值的大小。
  • ROUND_CEILING 接近正无穷大的舍入模式。如果 BigDecimal 为正,则舍入行为ROUND_UP相同;如果为负,则舍入行为与 ROUND_DOWN 相同。注意,此舍入模式始终不会减少计算值。
  • ROUND_FLOOR 接近负无穷大的舍入模式。如果 BigDecimal 为正,则舍入行为与 ROUND_DOWN 相同;如果为负,则舍入行为与 ROUND_UP 相同。注意,此舍入模式始终不会增加计算值。
  • ROUND_HALF_UP 向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则为向上舍入的舍入模式。如果舍弃部分 >= 0.5,则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。注意,这是我们大多数人在小学时就学过的舍入模式(四舍五入)。
  • ROUND_HALF_DOWN 向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则为上舍入的舍入模式。如果舍弃部分 >0.5,则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)。
  • ROUND_HALF_EVEN 向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数,则舍入行为与ROUND_HALF_UP 相同;如果为偶数,则舍入行为与 ROUND_HALF_DOWN相同。注意,在重复进行一系列计算时,此舍入模式可以将累加错误减到最小。此舍入模式也称为“银行家舍入法”,主要在美国使用。四舍六入,五分两种情况。如果前一位为奇数,则入位,否则舍去。
  • ROUND_UNNECESSARY 断言请求的操作具有精确的结果,因此不需要舍入。如果对获得精确结果的操作指定此舍入模式,则抛出ArithmeticException。

你可能感兴趣的:(Java,java)