使用BigDecimal类型应该避免哪些问题?(荣耀典藏版)

海棠Flower未眠

已于 2022-07-27 17:33:45 修改

阅读量1.1w

点赞数

分类专栏： # java基础 # 异常处理方案文章标签： mybatis java bug

于 2022-07-27 17:32:29 首次发布

本文链接：https://blog.csdn.net/weixin_48321993/article/details/126018703

版权

java基础同时被 2 个专栏收录

56 篇文章 1 订阅

订阅专栏

异常处理方案

15 篇文章 0 订阅

订阅专栏

前言

大家好，我是程序缘--幻羽，我又来了！！

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

当BigDecimal使用不当时就会造成严重的后果，记得当时还是做支付项目，结果就出问题了，

但是问题不大，程序嘛，有bag很正常，我完全不慌。。。。。

1、背景

我们在使用金额计算或者展示金额的时候经常会使用 BigDecimal，也是涉及金额时非常推荐的一个类型。

BigDecimal 自身也提供了很多构造器方法，这些构造器方法使用不当可能会造成不必要的麻烦甚至是金额损失，从而引起事故资损。

2、事故

接下来我们看下收银台出的一起事故。

2.1. 问题描述

收银台计算商品金额报错，导致订单无法支付。

2.2.事故级别

P0级

内心几乎是崩溃的。。。。。。。。

2.3.事故过程

如下：

13:44，接到报警，订单支付失败，支付可用率降至 60%

13:50，迅速回滚上线代码，恢复正常

14:20，review 代码，预发布验证发现问题点

14:58，修改问题代码上线，线上恢复

2.4.故障原因

BigDecimal 在金额计算中丢失精度。

原因分析

首先我们先用一段代码复现问题根源，如下所示：

public static void main(String[] args) {
    BigDecimal bigDecimal=new BigDecimal(88);
    System.out.println(bigDecimal);
    bigDecimal=new BigDecimal("8.8");
    System.out.println(bigDecimal);
    bigDecimal=new BigDecimal(8.8);
    System.out.println(bigDecimal);
}

执行结果如下：

通过测试发现，当使用 double 或者 float 这些浮点数据类型时，会丢失精度，String、int 则不会，这是为什么呢？

我们点开构造器方法看下源码：

public static long doubleToLongBits(double value) {
    long result = doubleToRawLongBits(value);
    // Check for NaN based on values of bit fields, maximum
    // exponent and nonzero significand.
    if ( ((result & DoubleConsts.EXP_BIT_MASK) ==
          DoubleConsts.EXP_BIT_MASK) &&
         (result & DoubleConsts.SIGNIF_BIT_MASK) != 0L)
        result = 0x7ff8000000000000L;
    return result;
}

问题就处在 doubleToRawLongBits 这个方法上，在 jdk 中 double 类（float 与 int 对应）中提供了 double 与 long 转换，doubleToRawLongBits 就是将 double 转换为 long，这个方法是原始方法（底层不是 java 实现，是 c++ 实现的）。

double 之所以会出问题，是因为小数点转二进制丢失精度。