weidagang2046的專欄

由于java interface中聲明的字段在編譯時(shí)會(huì)自動(dòng)加上static final的修飾符，即聲明為常量。因而interface通常是存放常量的最佳地點(diǎn)。然而在java的實(shí)際應(yīng)用時(shí)卻會(huì)產(chǎn)生一些問(wèn)題。

由于java interface中聲明的字段在編譯時(shí)會(huì)自動(dòng)加上static final的修飾符，即聲明為常量。因而interface通常是存放常量的最佳地點(diǎn)。然而在java的實(shí)際應(yīng)用時(shí)卻會(huì)產(chǎn)生一些問(wèn)題。

問(wèn)題的起因有兩個(gè)，第一，是我們所使用的常量并不是一成不變的，而是相對(duì)于變量不能賦值改變。例如我們?cè)谝粋€(gè)工程初期定義常量∏＝3.14，而由于計(jì)算精度的提高我們可能會(huì)重新定義∏＝3.14159，此時(shí)整個(gè)項(xiàng)目對(duì)此常量的引用都應(yīng)該做出改變。第二，java是動(dòng)態(tài)語(yǔ)言。與c++之類的靜態(tài)語(yǔ)言不同,java對(duì)一些字段的引用可以在運(yùn)行期動(dòng)態(tài)進(jìn)行，這種靈活性是java這樣的動(dòng)態(tài)語(yǔ)言的一大優(yōu)勢(shì)。也就使得我們?cè)趈ava工程中有時(shí)部分內(nèi)容的改變不用重新編譯整個(gè)項(xiàng)目，而只需編譯改變的部分重新發(fā)布就可以改變整個(gè)應(yīng)用。

講了這么多，你還不知道我要說(shuō)什么嗎？好，我們來(lái)看一個(gè)簡(jiǎn)單的例子：

有一個(gè)interface A，一個(gè)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);
	}
}

夠簡(jiǎn)單吧，好，編譯A.java和B.java。

運(yùn)行，輸入java B，顯然結(jié)果如下：

Class A's name = bright

我們現(xiàn)在修改A.java如下：

//file A.java
public interface A{
	String name = "bright sea";
}

編譯A.java后重新運(yùn)行B class，輸入java B，注意：結(jié)果如下

Class A's name = bright

為什么不是"Class A's name = bright sea"？讓我們使用jdk提供的反編譯工具javap反編譯B.class看個(gè)究竟，輸入：javap -c B ，結(jié)果如下：

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

注意到標(biāo)號(hào)3的代碼了嗎？由于引用了一個(gè)static final 的字段，編譯器已經(jīng)將interface A中name的內(nèi)容編譯進(jìn)了class B中，而不是對(duì)interface A中的name的引用。因此除非我們重新編譯class B，interface A中name發(fā)生的變化無(wú)法在class B中反映。如果這樣去做那么java的動(dòng)態(tài)優(yōu)勢(shì)就消失殆盡。

解決方案，有兩種解決方法。

第一種方法是不再使用常量，將所需字段放入class中聲明，并去掉final修飾符。但這種方法存在一定的風(fēng)險(xiǎn)，由于不再是常量著因而在系統(tǒng)運(yùn)行時(shí)有可能被其他類修改其值而發(fā)生錯(cuò)誤，也就違背了我們?cè)O(shè)置它為常量的初衷，因而不推薦使用。

第二種方法，將常量放入class中聲明，使用class方法來(lái)得到此常量的值。為了保持對(duì)此常量引用的簡(jiǎn)單性，我們可以使用一個(gè)靜態(tài)方法。我們將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。運(yùn)行class B，輸入java B，顯然結(jié)果如下：

Class A's name = bright

現(xiàn)在我們修改A.java如下：

//file A.java
public class A{
	private static final String name = "bright";
	public static String getName(){
		return name;
	}
}

我們?cè)俅尉幾gA.java后重新運(yùn)行B class，輸入java B：結(jié)果如下

Class A's name = bright sea

終于得到了我們想要的結(jié)果，我們可以再次反編譯B.class看看class B的改變，輸入：

javap -c B,結(jié)果如下：

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

注意標(biāo)號(hào)10至15行的代碼，class B中已經(jīng)變?yōu)閷?duì)A class的getName()方法的引用，當(dāng)常量name的值改變時(shí)我們只需對(duì)class A中的常量做修改并重新編譯，無(wú)需編譯整個(gè)項(xiàng)目工程我們就能改變整個(gè)應(yīng)用對(duì)此常量的引用，即保持了java動(dòng)態(tài)優(yōu)勢(shì)又保持了我們使用常量的初衷，因而方法二是一個(gè)最佳解決方案。