final＋基本类型导致只编译常量类引起的错误
今天在读《高质量java 编程 150个建议》一书中，发现其中的建议20还真的值得注意，
其中说到的是，如果在一个类中定义了finial int(string等基本类型）这样的常量，那么如果final string的值变了，假如不用IDE编译的话，那么是会有问题的？（什么？不用IDE编译？是的，就是假如
不用IDE，而用手工命令行的方式），例子如下：

public class Constant {//定义人类寿命极限public final static int MAX_AGE = 150;}

public class Client {public static void main(String[] args) {System.out.println("人类寿命极限是：" + Constant.MAX_AGE);}}

如果改变了final int 为180，但如果不编译Client类，则其实运行后依然是150！
因为对于final+基本类型，会认为是稳定态(immutable),则编译时期直接将编译到字节码中了，
所以如果不编译client类，永远是150；但对于final+引用类型，则不存在在这个问题；
编译器认为是非稳定态（mutable status)，编译时建立的是引用关系，所以可以不编译client;
所以，在大型项目中，用IDE的话，记得类更改后，最好都是全部打包war部署，负责只复制部分class,会有问题 1 楼 zw1502071 2 小时前 好东西，我也遇到过这样的问题，很头痛，对于常量修改的类没有重新编译，导致老是不对，最后公司的一个老员工说那个类有没有重新编译，我说只修改了一个常量还用编译吗，他给我看了.class文件的反编译结果，我当时就明白了，这是java的常量优化策略