BigDecimal-JDK版本差异问题

java.lang.NoSuchMethodError: java.math.BigDecimal ( I)V

BigDecimal在JDK版本差异

原来程序里使用new BigDecimal(100),在JDK 1.5里多了int的构造函数

可是在1.4.2是不能执行,否则会出现以下错误:

java.lang.NoSuchMethodError: java.math.BigDecimal: method <init>(I)V not found

后来使用replace把new BigDecimal(100)改成new BigDecimal("100")才OK

网络也找到另一种解法:new BigDecimal((double) 100);

?

?

在JDK1.4 以前只有 BigDecimal ( double ),

在JDK1.5 以后新有 BigDecimal ( int ),

?

我的开发环境是jdk1.6.0_07

而执行的环境是

java version "1.4.2"

如果写成

new BigDecimal (100d);

就没问题, 问题就在他不会自动将 int 转型成 double 而是直接呼叫BigDecimal ( int ),

?

?

?

我想你作的事并不只是简单改一个输出(-target -source)的格式这样而已。当你使用 JDK 1.5 来编译并指定 -target 1.4，这样子是让产生出来的 bytecode 的版号能够让 1.4 JVM 可以接受，并不会改变使用到的 bootstrap classes(也就是说 compiler 运作时所使用的 J2SE core classes 还是 JRE 1.5 所提供的)。如果你的程序本来就是一直在 JRE 1.4 执行，那么比较大的可能是你以前都使用 JDK 1.4 来做编译，现在换成了 JDK 1.5 来编译。

?

如果说你使用的 JRE 1.4 在执行到 new BigDecimal(100); 时没有丢出 java.lang.NoSuchMethodError，那么可以说是你使用的 JRE implementation 有 bug。

?

如果实际上 JRE 会丢出 java.lang.NoSuchMethodError，但是你却认为程序没有丢出任何 exception 就死掉，这样则是你的程序没有写好。

?

至于你提到理论上 new java.math.BigDecimal(100); 经过 1.5 compiler 编译过后，拿到 JRE 1.4 执行应该没有问题，我认为你可以试着思考以下几点：

?

1. 使用 1.4 compiler 编译 new java.math.BigDecimal(100); 是由编译程序帮你产生把 100 promote 成 100.0，最后是透过 BigDecimal(double) 这个 constructor 来建构 BigDecimal object。

?

2. 你把 1.5 compiler 产生的 bytecode 拿到 JRE 1.4 来执行，这中间没有牵涉编译过程，不需要考虑同样的程序代码在 1.4 compiler 编译会是怎么样，而是要看 JVM 会怎么去解译你提供的 bytecode。

?

3. 你使用的 JRE 并不是文字(source code) level 的 interpreter。