是这样的 我在ACTION里 两个FLOAT型的数据相加 结果好比是1.5+1.5应该是3.0 可是 却显示为了3.123332 郁闷了很久请教了一位比较厉害的师傅 说可能是因为JSP页面使用EL输出有问题 结果我在ACTION里做了输出 在ACTION中输出就已经是这个数字了 于是现在自己实在是没有办法了 才到这里请教高人 帮忙一次看看吧 程序不报错 就是计算小数位 后面老是多出来很多 后来想用short结果直接没有小数位了 又改成双精度小数位更多了，，，数据库中的数据是正确的 就是在类中计算后就会出现这个问题
float和double不精确
BigDecimal b3 = new BigDecimal(Double.toString(pays.getPay()));
BigDecimal b4 = new BigDecimal(Double.toString(time.getTwh()));
double d=b3.multiply(b4).doubleValue();
System.out.println(d);
相乘
BigDecimal b5 = new BigDecimal(Double.toString(pays.getOpay()));
BigDecimal b6 = new BigDecimal(Double.toString(time.getOh()));
float e=(float)b5.multiply(b6).doubleValue();
System.out.println(e);
最后相加 BigDecimal b1 = new BigDecimal(Double.toString(d));
BigDecimal b2 = new BigDecimal(Double.toString(e));
float i=(float)b1.add(b2).doubleValue();
System.out.println(i);结果和用FLOAT没啥区别一样的不准确
new BigDecimal("1.5");
从long开始的高精度基本类型直接运算,有可能会在小数里出现奇妙的误差.
BigDecimal是专门的大数储存和计算用类,在JDK1.5之后进一步加强,BigDecimal类为常用计算方式直接提供相应方法和标度/精度控制.
不过它会比直接运算多出一点点开销喵~```
BigDecimal b4 = new BigDecimal(time.getTwh()); 这样44呢,也许误差在取Double的时候就产生了喵`~~`
推荐BigDecimal.valueOf(pays.getPay());
来创建.另外float e=(float)b5.multiply(b6).doubleValue();
建议改为float e = b5.multiply(b6).floatValue();
package test;import java.math.BigDecimal;public class HelloTest { /**
* @param args
*/
public static void main(String[] args) {
// TODO 自动生成方法存根
BigDecimal b3 = new BigDecimal(Double.toString(1.5));
BigDecimal b4 = new BigDecimal(Double.toString(1.5));
double d=b3.multiply(b4).doubleValue();
System.out.println(d);
//相乘
BigDecimal b5 = new BigDecimal(Double.toString(1.5));
BigDecimal b6 = new BigDecimal(Double.toString(1.5));
float e=(float)b5.multiply(b6).doubleValue();
System.out.println(e); //最后相加
BigDecimal b1 = new BigDecimal(Double.toString(d));
BigDecimal b2 = new BigDecimal(Double.toString(e));
float i=(float)b1.add(b2).doubleValue();
System.out.println(i);
}}2.25
2.25
4.5
2 楼的说的这个可以尝试下，楼主好运
String s2=String.valueOf(time.getTwh());// 按照7楼的朋友说的做先转化成STRING
BigDecimal b3 = new BigDecimal(s1);//然后放入构造 我试了toString但是发现不行所以必须在上面先转换希望看到这个帖子的朋友注意
BigDecimal b4 = new BigDecimal(s2);
float d=b3.multiply(b4).floatValue();//接着就相乘得出的结果 正确以前是.8009 现在是.8了
System.out.println(d);
BigDecimal b5 = new BigDecimal(Double.toString(pays.getOpay()));
BigDecimal b6 = new BigDecimal(Double.toString(time.getOh()));
float e=(float)b5.multiply(b6).doubleValue();
System.out.println(e);
BigDecimal b1 = new BigDecimal(Double.toString(d));
BigDecimal b2 = new BigDecimal(Double.toString(e));
float i=(float)b1.add(b2).doubleValue();
System.out.println(i);
import java.math.BigDecimal;
public class Change1{
public static void main(String args[]){
System.out.println(new BigDecimal("1.5").subtract(new BigDecimal("1.5")));
}
}
谜题2：找零时刻
请考虑下面这段话所描述的问题：
Tom在一家汽车配件商店购买了一个价值$1.10的火花塞，但是他钱包中都是两美元一张的钞票。如果他用一张两美元的钞票支付这个火花塞，那么应该找给他多少零钱呢？
下面是一个试图解决上述问题的程序，它会打印出什么呢？
public class Change{
public static void main(String args[]){
System.out.println(2.00 - 1.10);
}
}
你可能会很天真地期望该程序能够打印出0.90，但是它如何才能知道你想要打印小数点后两位小数呢？
如果你对在Double.toString文档中所设定的将double类型的值转换为字符串的规则有所了解，你就会知道该程序打印出来的小数，是足以将double类型的值与最靠近它的临近值区分出来的最短的小数，它在小数点之前和之后都至少有一位。因此，看起来，该程序应该打印0.9是合理的。
这么分析可能显得很合理，但是并不正确。如果你运行该程序，你就会发现它打印的是0.8999999999999999。
问题在于1.1这个数字不能被精确表示成为一个double，因此它被表示成为最接近它的double值。该程序从2中减去的就是这个值。遗憾的是，这个计算的结果并不是最接近0.9的double值。表示结果的double值的最短表示就是你所看到的打印出来的那个可恶的数字。
更一般地说，问题在于并不是所有的小数都可以用二进制浮点数来精确表示的。
如果你正在用的是JDK 5.0或更新的版本，那么你可能会受其诱惑，通过使用printf工具来设置输出精度的方订正该程序：
//拙劣的解决方案——仍旧是使用二进制浮点数
System.out.printf("%.2f%n",2.00 - 1.10);
这条语句打印的是正确的结果，但是这并不表示它就是对底层问题的通用解决方案：它使用的仍旧是二进制浮点数的double运算。浮点运算在一个范围很广的值域上提供了很好的近似，但是它通常不能产生精确的结果。二进制浮点对于货币计算是非常不适合的，因为它不可能将0.1——或者10的其它任何次负幂——精确表示为一个长度有限的二进制小数
解决该问题的一种方式是使用某种整数类型，例如int或long，并且以分为单位来执行计算。如果你采纳了此路线，请确保该整数类型大到足够表示在程序中你将要用到的所有值。对这里举例的谜题来说，int就足够了。下面是我们用int类型来以分为单位表示货币值后重写的println语句。这个版本将打印出正确答案90分：
System.out.println((200 - 110) + "cents");
解决该问题的另一种方式是使用执行精确小数运算的BigDecimal。它还可以通过JDBC与SQL DECIMAL类型进行互操作。这里要告诫你一点： 一定要用BigDecimal(String)构造器，而千万不要用BigDecimal(double)。后一个构造器将用它的参数的“精确”值来创建一个实例：new BigDecimal(.1)将返回一个表示0.100000000000000055511151231257827021181583404541015625的BigDecimal。通过正确使用BigDecimal，程序就可以打印出我们所期望的结果0.90：
import java.math.BigDecimal;
public class Change1{
public static void main(String args[]){
System.out.println(new BigDecimal("2.00").
subtract(new BigDecimal("1.10")));
}
}
这个版本并不是十分地完美，因为Java并没有为BigDecimal提供任何语言上的支持。使用BigDecimal的计算很有可能比那些使用原始类型的计算要慢一些，对某些大量使用小数计算的程序来说，这可能会成为问题，而对大多数程序来说，这显得一点也不重要。
总之， 在需要精确答案的地方，要避免使用float和double；对于货币计算，要使用int、long或BigDecimal。对于语言设计者来说，应该考虑对小数运算提供语言支持。一种方式是提供对操作符重载的有限支持，以使得运算符可以被塑造为能够对数值引用类型起作用，例如BigDecimal。另一种方式是提供原始的小数类型，就像COBOL与PL/I所作的一样。