引出问题:
项目接口调试,final签名修改后,运行的文件没有重新覆盖,一文件的final静态变量修改了,另一引用的文件没有生效,报签名错误。
final变量的陷阱:
当final变量改变的时候,引用其的所有文件都必须重新部署,否则仅仅重启程序的话,是不会生效的。也就是,修改的文件会使引用的文件发生重新编译。这在集成编译环境中很容易被忽略,误以为只需要重新部署修改过的java文件对应的class文件。
猜想:
引用final变量的文件是把final变量的值存储到引用文件的代码区了,所以,只是重启的而没有覆盖原文件的话,是不会产生变化的效果的。
总结:
java编译器对final的变量进行了优化,在访问final变量的时候不是通过连接,而是通过保存到了引用的类文件自身的副本里。使用javac编译测试,就能清楚知道结果了。
慎用final变量,尽量使其作用域限制为private。若要直接引用final变量值的话,建议使用get方法获取,而不是直接访问final变量,使内联也不容易出错。
写于2013-03-22