打字猴:1.700440136e+09
1700440136 编写高质量代码:改善Java程序的151个建议 [:1700438090]
1700440137 编写高质量代码:改善Java程序的151个建议 建议22:用整数类型处理货币
1700440138
1700440139 在日常生活中,最容易接触到的小数就是货币,比如你付给售货员10元钱购买一个9.60元的零食,售货员应该找你0.4元也就是4毛钱才对,我们来看下面的程序:
1700440140
1700440141 public class Client{
1700440142
1700440143 public static void main(String[]args){
1700440144
1700440145 System.out.println(10.00-9.60);
1700440146
1700440147 }
1700440148
1700440149 }
1700440150
1700440151 我们期望的结果是0.4,也应该是这个数字,但是打印出来的却是0.40000000000000036,这是为什么呢?
1700440152
1700440153 这是因为在计算机中浮点数有可能(注意是可能)是不准确的,它只能无限接近准确值,而不能完全精确。为什么会如此呢?这是由浮点数的存储规则所决定的,我们先来看0.4这个十进制小数如何转换成二进制小数,使用“乘2取整,顺序排列”法(不懂?这就没招了,太基础了),我们发现0.4不能使用二进制准确的表示,在二进制数世界里它是一个无限循环的小数,也就是说,“展示”都不能“展示”,更别说是在内存中存储了(浮点数的存储包括三部分:符号位、指数位、尾数,具体不再介绍),可以这样理解,在十进制的世界里没有办法准确表示1/3,那在二进制世界里当然也无法准确表示1/5(如果二进制也有分数的话倒是可以表示),在二进制的世界里1/5是一个无限循环小数。
1700440154
1700440155 各位要说了,那我对结果取整不就对了吗?代码如下:
1700440156
1700440157 public class Client{
1700440158
1700440159 public static void main(String[]args){
1700440160
1700440161 NumberFormat f=new DecimalFormat(”#.##”);
1700440162
1700440163 System.out.println(f.format(10.00-9.60));
1700440164
1700440165 }
1700440166
1700440167 }
1700440168
1700440169 打印出结果是0.4,看似解决了,但是隐藏了一个很深的问题。我们来思考一下金融行业的计算方法,会计系统一般记录小数点后的4位小数,但是在汇总、展现、报表中,则只记录小数点后的2位小数,如果使用浮点数来计算货币,想想看,在大批量的加减乘除后结果会有多大的差距(其中还涉及后面会讲到的四舍五入问题)!会计系统要的就是准确,但是却因为计算机的缘故不准确了,那真是罪过。要解决此问题有两种方法:
1700440170
1700440171 (1)使用BigDecimal
1700440172
1700440173 BigDecimal是专门为弥补浮点数无法精确计算的缺憾而设计的类,并且它本身也提供了加减乘除的常用数学算法。特别是与数据库Decimal类型的字段映射时,BigDecimal是最优的解决方案。
1700440174
1700440175 (2)使用整型
1700440176
1700440177 把参与运算的值扩大100倍,并转变为整型,然后在展现时再缩小100倍,这样处理的好处是计算简单、准确,一般在非金融行业(如零售行业)应用较多。此方法还会用于某些零售POS机,它们的输入和输出全部是整数,那运算就更简单。
1700440178
1700440179
1700440180
1700440181
1700440182 编写高质量代码:改善Java程序的151个建议 [:1700438091]
1700440183 编写高质量代码:改善Java程序的151个建议 建议23:不要让类型默默转换
1700440184
1700440185 我们出一个小学生的题目给大家做做看,光速是每秒30万公里,根据光线旅行的时间,计算月亮与地球、太阳与地球之间的距离。代码如下:
[ 上一页 ]  [ :1.700440136e+09 ]  [ 下一页 ]