[转]double与BigDecimal

转自:http://superivan.iteye.com/blog/963628

[1] 精确的浮点运算: 
在Java里面,有时候为了保证数值的准确性需要精确的数据,先提供一个例子就可以发现问题了:

public class FloatNumberTester {
    public static void main(String args[]){
        System.out.println(0.05+0.01);
        System.out.println(1.0 - 0.42);
        System.out.println(4.015 * 100);
        System.out.println(123.3 / 100);
    }
}

 按照我们的期待,上边应该是什么结果呢,但是看输出我们就会发现问题了:

0.060000000000000005
0.5800000000000001
401.49999999999994
1.2329999999999999

这样的话这个问题就相对严重了,如果我们使用123.3元交易,计算机却因为1.2329999999999999而拒绝了交易,岂不是和实际情况大相径庭。

[2] 四舍五入: 
另外的一个计算问题,就是四舍五入。但是Java的计算本身是不能够支持四舍五入的,比如:

public class GetThrowTester {
    public static void main(String args[]){
        System.out.println(4.015 * 100.0);
    }
}

这个输出为:

401.49999999999994 
所以就会发现这种情况并不能保证四舍五入,如果要四舍五入,只有一种方法java.text.DecimalFormat:

import java.text.DecimalFormat;
public class NumberFormatMain {
    public static void main(String args[]){
        System.out.println(new DecimalFormat("0.00").format(4.025));
        System.out.println(new DecimalFormat("0.00").format(4.024));
    }
}

上边代码输出为:

4.02
4.02

发现问题了么?因为DecimalFormat使用的舍入模式, 舍入模式 详情参见本文最后部分。 
[3] 浮点输出: 
  Java浮点类型数值在大于9999999.0就自动转化成为科学计数法,看看下边的例子:

 public class FloatCounter {
    public static void main(String args[]){
        System.out.println(9969999999.04);
        System.out.println(199999999.04);
        System.out.println(1000000011.01);
        System.out.println(9999999.04);
    }
}  

输出结果为:

9.96999999904E9
1.9999999904E8
1.00000001101E9
9999999.04
 

但是有时候我们不需要科学计数法,而是转换成为字符串,所以这样可能会有点麻烦。 
总结: 
所以在项目当中,对于浮点类型以及大整数的运算 还是尽量不要用double,long等基本数据类型以及其包装类,还是用Java中提供的BigDecimal,BigInteger等大数值类型来代替吧。 
但这里特别说明一下BigDecimal类的两个构造函数的区别,他们分别是: 
new BigDecimal(String  val ) 和 new BigDecimal(double  val ) 
先看例子: 

public class BigDecimalMain {
    public static void main(String args[]){
        System.out.println(new BigDecimal(123456789.01).toString());
        System.out.println(new BigDecimal("123456789.01").toString());
    }
}

输出结果有一次令人意外了,同时两者之间的区别也一目了然了:

123456789.01000000536441802978515625
123456789.01

所以在 就是想利用double原始类型进行了相关计算之后再转成BigDecimal类型 的场合下,为了防止精度出现偏离,建议使用参数为String类型的该构造方法。即new BigDecimal(String  val )。

时间: 2024-08-03 18:12:43

[转]double与BigDecimal的相关文章

Java中Double与BigDecimal的相互转换

今天写代码过程中,发现一个Double的变量通过new BigDecimal(Double d)转换为BigDecimal时,有效数字改变了,如下: public class BigDecimalTest { public static void main(String[] arg) { String s1 = "123.45"; Double d1 = new Double(s1); //使用String类型的形参构造BigDecimal BigDecimal bg1 = new B

Double与BigDecimal 比较

1] 精确的浮点运算: 在Java里面,有时候为了保证数值的准确性需要精确的数据,先提供一个例子就可以发现问题了: Java代码   public class FloatNumberTester { public static void main(String args[]){ System.out.println(0.05+0.01); System.out.println(1.0 - 0.42); System.out.println(4.015 * 100); System.out.pri

double精度的坑与BigDecimal

近期经常接触支付相关的功能,在开发及测试过程中,开始金额都使用的是double类型,而近期新进的需求存在支付时打折的情况,也就是会出现如 1.23元的情况,那么这时候问题来了,如果是直接使用1.23进行支付都是不存在问题的.而偏偏在支付前通常需要一些计算.我们的系统支持会员余额与三方支付(微信.支付宝)同时进行,比如一笔待支付的订单是12.8员,其中用户有5块钱的会员余额,剩下的7.8元通过三方支付进行(这里使用微信吧),那么就涉及到double减法,同时微信支付时需要将元转为分,就是7.8x1

Java中关于 BigDecimal 的一个导致double精度损失的"bug"

背景 在博客 恶心的0.5四舍五入问题 一文中看到一个关于 0.5 不能正确的四舍五入的问题.主要说的是 double 转换到 BigDecimal 后,进行四舍五入得不到正确的结果: public class BigDecimalTest { public static void main(String[] args){ double d = 301353.05; BigDecimal decimal = new BigDecimal(d); System.out.println(decima

How to convert BigDecimal to Double in spring-data-mongodb framework

问题描述:我们都知道对于涉及钱的数据必须使用BigDecimal类型进行存储,今天在查询mongo时仍然有精度问题,虽然我在代码中使用了Big Decimal类型,但mongo中使用的是double类型.我初步推断是mongoTemplate在类型转换时出现了问题,根源还是因为mongodb中使用了double类型来存储.但是我决定不了mongodb于是我只能从代码入手进行四舍五入的处理. 解决办法:自定义一个customer-convert从而在mongoTemplate在mapping的时候

BigDecimal 准确的 double , float 计算

public class ArithUtil { private static final int DEF_DIV_SCALE = 10; private ArithUtil() { } /** * 提供精确的加法运算. * * @param v1 * 被加数 * @param v2 * 加数 * @return 两个参数的和 */ public static double add(double v1, double v2) { BigDecimal b1 = new BigDecimal(Do

Java中浮点型数据Float和Double进行精确计算的问题

一.浮点计算中发生精度丢失  大概很多有编程经验的朋友都对这个问题不陌生了:无论你使用的是什么编程语言,在使用浮点型数据进行精确计算时,你都有可能遇到计算结果出错的情况.来看下面的例子. // 这是一个利用浮点型数据进行精确计算时结果出错的例子,使用Java编写,有所省略. double a = (1.2 - 0.4) / 0.1;System.out.println(a); 如果你认为这个程序的输出结果是“8”的话,那你就错了.实际上,程序的输出结果是“7.999999999999999”.好

Java 避免精度丢失之BigDecimal 运算

* 由于Java的简单类型不能够精确的对浮点数进行运算,这个工具类提供精确的浮点数运算,包括加减乘除和四舍五入 import java.math.BigDecimal; /** 计算工具类 */ public class Arith { /** 加 * 提供精确的加法运算. * @param v1 被加数 * @param v2 加数 * @return 两个参数的和 */ public static double add(double v1, double v2) { BigDecimal b

long和BigDecimal引发的管理思考

关于long.double.BigDecimal在效率.可用性.灵活性等等方面的技术性讨论和测试其实在网上已经很多了,本文也不是打算讨论他们的实现的,其实笔者也曾在很长的职业生涯周期中一度拘泥于此.但是渐渐的,已经对此没有那么的一根筋在乎了,至少从整个决策思路而言. 在涉及到金额或金融的计算中,有些时候为了显示或者严格准确性的要求,很多初级开发会毫不犹豫的选择BigDecimal,毕竟无论是java官方还是教科书都是这么说的.随着开发经验的增加.对性能优化的关注等等各种原因,很多的项目或系统开始