Java BigDecimal和Double引起的精度计算问题

BigDecimal简介
Java在java.math包中提供的API类BigDecimal,用来对超过16位有效位的数进行精确的运算。双精度浮点型变量double可以处理16位有效数。在实际应用中,需要对更大或者更小的数进行运算和处理。float和double只能用来做科学计算或者是工程计算,在商业计算中要用java.math.BigDecimal。BigDecimal所创建的是对象,我们不能使用传统的+、-、*、/等算术运算符直接对其对象进行数学运算,而必须调用其相对应的方法。方法中的参数也必须是BigDecimal的对象。构造器是类的特殊方法,专门用来创建对象,特别是带有参数的对象。

问题分析

今天遇到一个bug,用户输入一个金额1219.4,然后客户端将金额上传到服务器,这里客户端是通过构造一个BigDecimal对象,使用的构造方法如下

BigDecimal(double val)

平时都没问题的,可是今天报了bug,调试一看发现转换后的值为1219.40000000000009094947017729282379150390625,超出了服务器要求的长度,很明显精度有问题。

至于为什么为这样呢,看一下源码(其实只看了注释,源码看不懂)

/**
 * Constructs a new {@code BigDecimal} instance from the 64bit double
 * {@code val}. The constructed big decimal is equivalent to the given
 * double. For example, {@code new BigDecimal(0.1)} is equal to {@code
 * 0.1000000000000000055511151231257827021181583404541015625}. This happens
 * as {@code 0.1} cannot be represented exactly in binary.
 * <p>
 * To generate a big decimal instance which is equivalent to {@code 0.1} use
 * the {@code BigDecimal(String)} constructor.
 *
 * @param val
 *            double value to be converted to a {@code BigDecimal} instance.
 * @throws NumberFormatException
 *             if {@code val} is infinity or not a number.
 */
public BigDecimal(double val) {
    //这里源码省略...
}

注释的大概意思就是说有时候你看到的值,不一定是真实的值,如0.1,它的真实值是0.1000000000000000055511151231257827021181583404541015625这个东西,因为0.1无法用二进制表示,double是预估的值,不是准确值

如何解决

BigDecimal的用法有以下三种:

//不推荐使用,因为它不能准确的给出相应的值
BigDecimal(double val)
//推荐使用,因为String是可预期的,new BigDecimal("0.1")的值还是0.1
BigDecimal(String val)
//如果你非要用double,也可以使用以下这个方法,它一个静态的方法,但其实还是把double转成了String
valueOf(double val)

//valueOf源码如下
public static BigDecimal valueOf(double val) {
    if (Double.isInfinite(val) || Double.isNaN(val)) {
        throw new NumberFormatException("Infinity or NaN: " + val);
    }
    return new BigDecimal(Double.toString(val));
}

所以解决办法就是,尽量的去使用String的构造方法BigDecimal(String val),非要用double呢,就使用BigDecimal.valueOf(double val)

结束语

下面这个是我调试的截图,有兴趣的朋友可以自行去试试,平时还没注意,今天发现这个问题,1219.4和1219.5,一个不可以一个可以,感觉还是蛮有趣的,记录一下,又学到一个知识点,做个笔记。


我是截图
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,980评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,178评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,868评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,498评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,492评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,521评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,910评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,569评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,793评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,559评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,639评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,342评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,931评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,904评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,144评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,833评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,350评论 2 342