JAVA基础:解决JAVA修改类文件编译不生效的方法
首要针对的是措置全局性常量的情形 public class AppConst {public static final String STR_CONST_1 = "String1";
public static final String STR_CONST_2 = "String2";
......
}
界说了一个常量类琅缦沔界说了我们需要用到的常量值!
然后在某些逻辑代码段里使用了这些常量。这样做可以便于打点常量,避免了年夜量的magic number/text,在改削常量内容时只需改章矣闽类就行了,但有时辰会奇异地发现,年夜头编译打包的轨范依旧我行我素,并没有即时纺暌钩我们对常量的改削,这是何解呢?
在之前的《JVM进修标识表记标帜三--类的初始化》中我曾提到,静态常量(寄暌姑 static final 润色的变量)是编译时常量,当一个class文件编译完毕,它内部使用到的所有常量的具膛鲎磐已经确定了,不能想当然地觉得它在运行时并毗连常量打倒謇霎后才会以引用体例使用常量。好比下面这段代码:
import AppConst;
public class SomeService {
public void serviceJob1() {
System.out.println(AppConst.STR_CONST_1);
}
}
类SomeService使用了STR_CONST_1这个常量,概况上是经由过程AppConst类取得的这个值,现实上在SomeService被编译后,其代码其实酿成了
public class SomeService {
public void serviceJob1() {
System.out.println("String1");
}
}
JAVA基础:解决JAVA修改类文件编译不生效的方法
</p> 这琅缦沔到净有AppConst什么事,所以你即使改削了AppConst的相关常量,令STR_CONST_1 = "NotString1",SomeService可能依然会打印"String1",因为SomeService的代码没有任何改削,在增量编译的情形下,它的class文件不会被年夜头编译。年夜白了膳缦沔这些,年夜致就知道怎么办了,我的体例有两个:
1. 原始前提下,删除class文件后手动重编译。
2. 使用IDE的时辰, 先对SomeService做一个细微改削并保留(会自动编译),然后再改削回来并保留(再次自动编译)。如斯class文件就会被更新了。
声名:这就是为什么要把全数的.class文件删除失踪了。
填补:
改成
1. public class AppConst {
2.
3.
public static getString2(){
return "String2";
}
4. ......
5. }
就可以仅仅改削并编译一个类就行了
年夜根柢上来解决此问题得这么做,最简单。
public class AppConst {
public static final String STR_CONST_1 = new String("String1");
public static final String STR_CONST_2 = new String("String2");
public static final int number1=new Integer(123);
......
}
反编译,你会发此刻引用此静态类属性的时辰,引用代码不是直接器具体值替代,而仍是源代码里的引用。
一句话总结,在静态类里界说的静态属性,果断不用引用类型,而需要用对象类型。
结论:
解决这种问题总共有三种体例:
1、将全数的CLASS文件删除失踪再编译
2、将其酿成GET、SET体例
3、设置核对象引用的体例措置!
页:
[1]