因为double并不是精确的,9.99并不是精确的,它只是表现最接近值的一个数字。
更一般地说,并不是所有的小数都可以用二进制浮点数精确地表示。
浮点运算是在一个很广的范围上提供了很好的近似,它对于货币计算是非常不适合的。对于货币计算最好使用BigDecimal,而且一定要使用BigDecimal(String)构造函数。
上例可以修改为:
new BigDecimal("10").subtract(new BigDecimal("9.99"));
更一般地说,并不是所有的小数都可以用二进制浮点数精确地表示。
浮点运算是在一个很广的范围上提供了很好的近似,它对于货币计算是非常不适合的。对于货币计算最好使用BigDecimal,而且一定要使用BigDecimal(String)构造函数。
上例可以修改为:
new BigDecimal("10").subtract(new BigDecimal("9.99"));
解决方案 »
- axis2 wsdl2java关于ntlm认证
- hibernate 中oracle自增序列插入问题
- struts2 的upload功能是否有bug
- 请前辈们帮忙参谋一下我的工作,谢谢!
- NetBean6中Services窗口中Tomcat6展开后为啥只有/manager,没有admin?可manager也进不去.
- spring jdbc select嵌套语句问题
- extjs combox动态获取数据项
- jdom如何读取从第2行开始的xml文件
- 请问struts里由action转发到的jsp页面里可以使用两个form吗?
- 一个最简单的socket的小程序,为什么会出现java.net.SocketException Connection reset by peer?
- 学习J2EE的新手的苦恼
- 调用WEB SERVCIE的错误,请大家看看大概是怎么回事?
从原理上来讲,任何一门语言对于浮点数的计算都是不精确的。因为现在的Computer都是基于二进制数来存储计算的。例如计算8+3时,Computer会转换为二进制的加法1000+11=1011,然后再转换为十进制数为11。这种算法对于整数来说是不会产生误差的(如果不超过计算范围);而对于浮点数计算有时就会产生误差。因为有的浮点数转换成为二进制时是一个无穷循环小数。例如十进制的0.4,转换成为二进制为0.0110011001100110....,这样,在0.4+0.3时就不能准确的算出是0.7,而是经过一些舍入处理才能得出正确结果,但经过多次运算误差产生的较大时,即使经过一些舍入处理也不能得到精确的结果了。
double b=9.99;
double c=(100*a-100*b)/100;
System.out.println("c="+c);