支付金额对不上，找零时刻，货币运算

12年的时候在做一个电子商城项目，一个类似淘宝卖东西的网站。

B2C 商家对用户模式。

 

说下背景
用户在平台选好商品，下订单，再进行支付。这个支付用的是第三方平台 umpay 。

使用到第三方平台就要用到接口，还有密钥+授权。涉及到支付的肯定需要高安全

然后在客服支付金额的时候出现这个问题：
订单是：60.00
支付金额：59.99

后来我去查了下数据库,有很多类似这样的脏数据。

然后向umpay确认下是不是只有我们公司才出现这个的问题，对方答复是的。

这样一来问题肯定是出现在我们发生接口的那里。 因为之前这个模块不是我做的，只有去看之前同事写的代码， 经过一堆的数据对比，发现一个问题

然后做了下面几个测试

public static void main(String args[]){  

                 System.out.println(3.00 - 2.10);  

}

发现输出的不是想要的0.90,而是 0.8999999999999999

public static void main(String args[]){  

                System.out.println(6.00 - 5.10);  

}

发现输出的不是想要的0.90,而是0.9000000000000004

 

你可能会很天真地期望该程序能够打印出 0.90，但是它如何才能知你想要打 
印小数点后两位小数呢？  

如果你对在Double.toString 文档中所设定的将 double类型的值转换为字符串 
的规则有所了解，你就会知该程序打印出来的小数，是足以将double类型的 
值与最靠近它的临近值区分出来的最短的小数，它在小数点之前和之后都至少有 
一位。因此，看起来，该程序应该打印 0.9 是合理的。 

 

解决该问题的一种方式是使用某种整数类型，例如 int 或 long，并且以分为单 
位来执行计算。如果你采纳了此路线，请确保该整数类型大到足够表示在程序中 
你将要用到的所有值。对这里举例的谜题来说，int 就足够了。下面是我们用 int 
类型来以分为单位表示货币值后重写的println 语句。这个版本将打印出正确答 
案

 

解决该问题的另一种方式是使用执行精确小数运算的BigDecimal。它还可以通 
过 JDBC 与SQL DECIMAL 类型进行互操作。这里要告诫你一点： 一定要用 
BigDecimal(String)构造器，而千万不要用BigDecimal(double)。后一个构造 
器将用它的参数的 “精确”值来创建一个实例：new BigDecimal(.1)将返回一个 
表示 0.100000000000000055511151231257827021181583404541015625 的 
BigDecimal。通过正确使用BigDecimal，程序就可以打印出我们所期望的结果 
0.90：   
import java.math.BigDecimal;  
public class Test{  
        public static void main(String args[]){  
                 System.out.println(new BigDecimal("2.00").  
                 subtract(new BigDecimal("1.10")));  
        }  
}  

 

总之， 在需要精确答案的地方，要避免使用float 和 double；对于货币计算， 
要使用 int、long 或 BigDecimal。对于语言设计者来说，应该考虑对小数运算 
提供语言支持。一种方式是提供对操作符重载的有限支持，以使得运算符可以被 
塑造为能够对数值引用类型起作用，例如BigDecimal。另一种方式是提供原始 
的小数类型，就像 COBOL 与PL/I 所作的一样。