关于final变量在类的存储与加载

引出问题：

项目接口调试，final签名修改后，运行的文件没有重新覆盖，一文件的final静态变量修改了，另一引用的文件没有生效，报签名错误。

 

final变量的陷阱：

当final变量改变的时候，引用其的所有文件都必须重新部署，否则仅仅重启程序的话，是不会生效的。也就是，修改的文件会使引用的文件发生重新编译。这在集成编译环境中很容易被忽略，误以为只需要重新部署修改过的java文件对应的class文件。

 

猜想：

引用final变量的文件是把final变量的值存储到引用文件的代码区了，所以，只是重启的而没有覆盖原文件的话，是不会产生变化的效果的。

 

总结：

java编译器对final的变量进行了优化，在访问final变量的时候不是通过连接，而是通过保存到了引用的类文件自身的副本里。使用javac编译测试，就能清楚知道结果了。

慎用final变量，尽量使其作用域限制为private。若要直接引用final变量值的话，建议使用get方法获取，而不是直接访问final变量，使内联也不容易出错。

 

写于2013-03-22