JAVA 精确计算时的陷阱
troy
在java.math包中有个BigDecimal类，通过这个类可以进行精确计算. 我们知道BigDecimal有个setScale(int 精度,int 舍入模式)方法，随之而来问题出现了，当运行如下代码时：
/**
* @author troy(J2EE)
* @version 1.0
*/
import java.math.*;
public class Test{
public static void main(String[] args){
//精度为2,四舍五入模式
BigDecimal a =new BigDecimal(0.825).setScale(2, BigDecimal.ROUND_HALF_UP);
System.out.println(a);
}
}
却惊奇地打印出结果：
0.82
Oh My God，对0.825进行小数点后保留2位有效数字，四舍五入后结果应该是：0.83。为什么打印结果是0.82？
没错BigDecimal（double val）这个构造器欺骗了我们，它使用了0.825的近似值（0.8249999999999……）来构造BigDecimal。
为什么会这样？
原来JAVA存储浮点数（float、double）时，使用的是IEEE754标准,每个浮点数使用的是 符号位、阶码、尾数来表示：
````````符号位 阶码 尾数 长度
float 1 8 23 32
double 1 11 52 64
通过这种方法保存在计算机里面的浮点数，实际上是它的近似值。举例说明问题：
定义一个double 38414.4，将它转换为16进制。我们先计算整数部分38414等于960E。小数处理：0.4=0*0.5+0.25*1+0.0625*0+……，实际上我们永远计算不完。
结论:当我们定义一个浮点数时，请告诉自己，我们定义只不过是这个浮点数的近似值，即0.825!=0.825。
为了避免这个问题，我们应该使用如下方法：
/**
* @author troy(J2EE)
* @version 1.0
*/
import java.math.*;
public class Test{
public static void main(String[] args){
BigDecimal a =new BigDecimal("0.825").setScale(2, BigDe
相关文档：
昨天看到这样一篇帖子，讨论类加载顺序的，也可以说是初始化顺序的，今天早上找不到了，本来想回复的，现在自己写博客回复了，呵呵
public class Singleton {
private static Singleton obj = new Singleton();
public static int counter1 ;
public static int counter2 = 0;& ......
从jdk1.5开始，Java中开始支持范型了。范型是一个很有用的编程工具，给我们带来了极大的灵活性。在看了《java核心编程》之后，我小有收获，写出来与大家分享。
所谓范型，我的感觉就是，不用考虑对象的具体类型，就可以对对象进行一定的操作，对任何对象都� ......
1、对象是按引用传递的---带"="号的赋值操作
2、Java 应用程序有且仅有的一种参数传递机制，即按值传递---由"函数调用"引起的
3、按值传递意味着当将一个参数传递给一个函数时，函数接收的是原始值的一个副本
4、按引用传递意味着当将一个参数传递给一个函数时，函数接收的是原始值的内存地址，而不是值 的副本
5、注 ......
原始URL： http://blog.donews.com/dukejoe/archive/2010/04/28/1575574.aspx
package cn.com.hrbb.samples;
import com.jacob.activeX.ActiveXComponent;
import com.jacob.com.Dispatch;
import com.jacob.com.Variant;
/**
*
* 演示使用 JACOB : Java COM Bridge 操纵 Word 文档
*
* 作者：高宏伟(DukeJoe)
......
Nutz Java 编码规范 (V1.0) By:zozoh 0. 规范的规范 1. 代码格式 2.1 包 2.2 类和接口 2.3 成员变量 2.4 常量 2.5 局部变量 2.6 成员函数和静态函数 ......
