写这篇文章的起因是前几天同事改了一个常量类中的提示，发布到测试环境后没有生效，正好看 《Java 解惑（谜题 93: 类的战争）》 提到了这个问题，所以写篇文章记录一下。
以下均使用命令行进行演示，至于为什么没有使用 IDE 后面会提到。
先看一个简单的 Constants 类：
/**
* Created by Poison on 15/05/2017.
*/
public class Constants {
public static final String a = "before fixing";
}
再看下 Solution 类：
/**
* Created by Poison on 15/05/2017.
*/
public class Solution {
public static void main(String[] args) {
System.out.println(Constants.a);
}
}
编译，运行 Solution 的主函数，毫无疑问结果如图：
before fixing
现在我们把 Constants 类修改为：
/**
* Created by Poison on 15/05/2017.
*/
public class Constants {
public static final String a = "after fixing";
}
重新编译 Constants 类，再运行 Solution 的主函数，输出结果如图：
after fixing
为什么修改没有生效？是 Constants 类的问题，还是 Solution 类的问题？
我们先反编译 Constants 类看看：
javap Constants
由上图可见，对 Constants 类的修改是生效的。
再看反编译的 Solution 类：
javap Solution
看到这里，原因也就明确了，常量变量会被编译进那些引用它们的类中。这和笔者同事前几日遇到的情况一模一样，同事在本地开发时修改了常量类中的常量字段的值，本地是生效的，原因是因为本地开发使用了 IDE，而 IDE 将引用到常量类的类也重新编译了，所以能看到最新的值，而在发布到测试环境的过程中，打包机仅仅将常量类所属的模块进行了重新编译，未将引用常量的类的模块重新编译，所以当时看见的是更改前的值，同事将常量类的 class 文件反编译后看见的也是修改后的值，但是却忘了看引用该常量类的类，所以当时没有发现这个问题。
Java 解惑
Java 虚拟机规范（Java SE 8版）
更多文章，请访问 田爽Poison
