Java Interface 是常量存放最佳地点吗？

//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
4 return

Method void main(java.lang.String[])
0 getstatic #2
3 ldc #3
5 invokevirtual #4
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
4 return

Method void main(java.lang.String[])
0 getstatic #2
3 new #3
6 dup
7 invokespecial #4
10 ldc #5
12 invokevirtual #6
15 invokestatic #7
18 invokevirtual #6
21 invokevirtual #8
24 invokevirtual #9
27 return