《改善java程序的151个建议》读书笔记之货币处理

深碍√TFBOYSˉ_ 2022-05-25 03:12 123阅读 0赞

建议22：用整数类型处理货币

在日常生活中，最容易接触到的小数就是货币，比如你付给售货员10元钱购买一个9.60  
元的零食，售货员应该找你0.4元也就是4毛钱才对，我们来看下面的程序：  
 该文档是极速PDF编辑器生成，  
如果想去掉该提示,请访问并下载：  
 http://www.jisupdfeditor.com/  
2017/10/20  
52/396  
 public class Client\{  
public static void main （ String\[\]args ） \{  
System.out.println （ 10.00-9.60 ）；  
 \} \}  
 我们期望的结果是0.4，也应该是这个数字，但是打印出来的却是  
0.40000000000000036，这是为什么呢？  
这是因为在计算机中浮点数有可能（注意是可能）是不准确的，它只能无限接近准确  
值，而不能完全精确。为什么会如此呢？这是由浮点数的存储规则所决定的，我们先来看  
0.4这个十进制小数如何转换成二进制小数，使用“乘2取整，顺序排列”法（不懂？这就没  
招了，太基础了），我们发现0.4不能使用二进制准确的表示，在二进制数世界里它是一个  
无限循环的小数，也就是说，“展示”都不能“展示”，更别说是在内存中存储了（浮点数  
的存储包括三部分：符号位、指数位、尾数，具体不再介绍），可以这样理解，在十进制的  
世界里没有办法准确表示1/3，那在二进制世界里当然也无法准确表示1/5（如果二进制也有  
分数的话倒是可以表示），在二进制的世界里1/5是一个无限循环小数。  
各位要说了，那我对结果取整不就对了吗？代码如下：  
 public class Client\{  
public static void main （ String\[\]args ） \{  
NumberFormat f=new DecimalFormat （ "\#.\#\#" ）；  
 System.out.println （ f.format （ 10.00-9.60 ））；  
 \} \}  
 打印出结果是0.4，看似解决了，但是隐藏了一个很深的问题。我们来思考一下金融行  
业的计算方法，会计系统一般记录小数点后的4位小数，但是在汇总、展现、报表中，则只  
记录小数点后的2位小数，如果使用浮点数来计算货币，想想看，在大批量的加减乘除后结  
果会有多大的差距（其中还涉及后面会讲到的四舍五入问题）！会计系统要的就是准确，但  
是却因为计算机的缘故不准确了，那真是罪过。要解决此问题有两种方法：  
（1）使用BigDecimal  
 该文档是极速PDF编辑器生成，  
如果想去掉该提示,请访问并下载：  
 http://www.jisupdfeditor.com/  
2017/10/20  
53/396  
 BigDecimal是专门为弥补浮点数无法精确计算的缺憾而设计的类，并且它本身也提供了  
加减乘除的常用数学算法。特别是与数据库Decimal类型的字段映射时，BigDecimal是最优  
的解决方案。  
（2）使用整型  
把参与运算的值扩大100倍，并转变为整型，然后在展现时再缩小100倍，这样处理的好  
处是计算简单、准确，一般在非金融行业（如零售行业）应用较多。此方法还会用于某些零  
售POS机，它们的输入和输出全部是整数，那运算就更简单 。