2003 年 4 月 21 日
由于java interface中聲明的字段在編譯時會自動加上static final的修飾符，即聲明為常量。因而interface通常是存放常量的最佳地點。然而在java的實際應用時卻會產生一些問題。
由于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，顯然結果如下：
我們現在修改A.java如下：
//file A.java
public interface A{
String name = "bright sea";
}
|
編譯A.java后重新運行B class，輸入java B，注意：結果如下
為什么不是"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 的字段，編譯器已經將interface 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動態優勢又保持了我們使用常量的初衷，因而方法二是一個最佳解決方案。