Java Interface 是常量存放的最佳地点吗
Java?Interface?是常量存放的最佳地点吗？????
?
?bright?(brightsee@21cn.com)
由于java?interface中声明的字段在编译时会自动加上static?final的修饰符，即声明为
常量。因而interface通常是存放常量的最佳地点。然而在java的实际应用时却会产生一些
问题。?
问题的起因有两个，第一，是我们所使用的常量并不是一成不变的，而是相对于变量不能
赋值改变。例如我们在一个工程初期定义常量∏＝3.14，而由于计算精度的提高我们可能
会重新定义∏＝3.14159，此时整个项目对此常量的引用都应该做出改变。第二，java是动
态语言。与c++之类的静态语言不同,java对一些字段的引用可以在运行期动态进行，这种
灵活性是java这样的动态语言的一大优势。也就使得我们在java工程中有时部分内容的改
变不用重新编译整个项目，而只需编译改变的部分重新发布就可以改变整个应用。
讲了这么多，你还不知道我要说什么吗？好，我们来看一个简单的例子：
有一个interface?A，一个class?B，代码如下：
//file?A.java
public?interface?A{
????????String?name?=?"bright";
}
//file?B.java
public?class?B{
????????public?static?void?main(String[]?args){
????????????????System.out.println("Class?A's?name?=?"?+?A.name);
????????}
}
?
够简单吧，好，编译A.java和B.java。
运行，输入java?B，显然结果如下：
Class?A's?name?=?bright
?
我们现在修改A.java如下：
//file?A.java
public?interface?A{
????????String?name?=?"bright?sea";
}
?
编译A.java后重新运行B?class，输入java?B，注意：结果如下
Class?A's?name?=?bright
?
为什么不是"Class?A's?name?=?bright?sea"？让我们使用jdk提供的反编译工具javap反编
译B.class看个究竟，输入：javap?-c?B?，结果如下：
Compiled?from?B.java
public?class?B?extends?java.lang.Object?{
????public?B();
????public?static?void?main(java.lang.String[]);
}
Method?B()
???0?aload_0
???1?invokespecial?#1?<Method?java.lang.Object()>
???4?return
Method?void?main(java.lang.String[])
???0?getstatic?#2?<Field?java.io.PrintStream?out>
???3?ldc?#3?<String?"Class?A's?name?=?bright">
???5?invokevirtual?#4?<Method?void?println(java.lang.String)>
???8?return
?
注意到标号3的代码了吗？由于引用了一个static?final?的字段，编译器已经将interfac
e?A中name的内容编译进了class?B中，而不是对interface?A中的name的引用。因此除非我
们重新编译class?B，interface?A中name发生的变化无法在class?B中反映。如果这样去做
那么java的动态优势就消失殆尽。
解决方案，有两种解决方法。
第一种方法是不再使用常量，将所需字段放入class中声明，并去掉final修饰符。但这种
方法存在一定的风险，由于不再是常量着因而在系统运行时有可能被其他类修改其值而发
生错误，也就违背了我们设置它为常量的初衷，因而不推荐使用。
第二种方法，将常量放入class中声明，使用class方法来得到此常量的值。为了保持对此
常量引用的简单性，我们可以使用一个静态方法。我们将A.java和B.java修改如下：
//file?A.java
public?class?A{
????????private?static?final?String?name?=?"bright";
????????public?static?String?getName(){
????????????????return?name;
????????}
}
//file?B.java
public?class?B{
????????public?static?void?main(String[]?args){
????????????????System.out.println("Class?A's?name?=?"?+?A.getName());
????????}
}
?
同样我们编译A.java和B.java。运行class?B，输入java?B，显然结果如下：
Class?A's?name?=?bright
现在我们修改A.java如下：
//file?A.java
public?class?A{
????????private?static?final?String?name?=?"bright";
????????public?static?String?getName(){
????????????????return?name;
????????}
}
?
我们再次编译A.java后重新运行B?class，输入java?B：结果如下
Class?A's?name?=?bright?sea
?
终于得到了我们想要的结果，我们可以再次反编译B.class看看class?B的改变，输入：
javap?-c?B,结果如下：
Compiled?from?B.java
public?class?B?extends?java.lang.Object?{
????public?B();
????public?static?void?main(java.lang.String[]);
}
Method?B()
???0?aload_0
???1?invokespecial?#1?<Method?java.lang.Object()>
???4?return
Method?void?main(java.lang.String[])
???0?getstatic?#2?<Field?java.io.PrintStream?out>
???3?new?#3?<Class?java.lang.StringBuffer>
???6?dup
???7?invokespecial?#4?<Method?java.lang.StringBuffer()>
??10?ldc?#5?<String?"Class?A's?name?=?">
??12?invokevirtual?#6?<Method?java.lang.StringBuffer?append(java.lang.String)>
??15?invokestatic?#7?<Method?java.lang.String?getName()>
??18?invokevirtual?#6?<Method?java.lang.StringBuffer?append(java.lang.String)>
??21?invokevirtual?#8?<Method?java.lang.String?toString()>
??24?invokevirtual?#9?<Method?void?println(java.lang.String)>
??27?return
?
注意标号10至15行的代码，class?B中已经变为对A?class的getName()方法的引用，当常量
name的值改变时我们只需对class?A中的常量做修改并重新编译，无需编译整个项目工程我
们就能改变整个应用对此常量的引用，即保持了java动态优势又保持了我们使用常量的初
衷，因而方法二是一个最佳解决方案。
关于作者
bright：软件开发工程师，一直从事B/S架构下应用开发的工作，主要采用基于J2EE技术。
你可以通过brightsee@21cn.com与他联系。??
??
--
All?is?over?.................
※?来源:·BBS?水木清华站?smth.org·[FROM:?218.182.114.7]
