在java中，说我有以下
==fileA.java==
class A
{
public static final int SIZE = 100;
}
然后在另一个文件中我使用这个值
==fileB.java==
import A;
class b
{
Object[] temp = new Object[A.SIZE];
}
当它被编译时，SIZE 会被值 100 替换，所以如果我要替换 FileA.jar 而不是 FileB.jar，对象数组会得到新值还是被硬编码为100，因为这是最初构建时的值？
【问题讨论】：
new Object[A.SIZE];？
标签： java static compilation final
是的，Java 编译器确实将示例中的 SIZE 等静态常量值替换为其文字值。
因此，如果您稍后更改类A 中的SIZE 但不重新编译类b，您仍会在类b 中看到旧值。您可以轻松地对此进行测试：
文件 A.java
public class A {
public static final int VALUE = 200;
}
文件 B.java
public class B {
public static void main(String[] args) {
System.out.println(A.VALUE);
}
}
编译 A.java 和 B.java。现在运行：java B
更改 A.java 中的值。重新编译 A.java，而不是 B.java。再次运行，您将看到打印的旧值。
【讨论】：
你可以通过这样做来防止常量被编译成B
class A
{
public static final int SIZE;
static
{
SIZE = 100;
}
}
【讨论】：
哇——你每天都能学到新东西！
取自 Java 规范...
注意：如果是原始类型或字符串 被定义为一个常数和值 在编译时已知，编译器 到处替换常量名 在代码中及其值。这是 称为编译时常量。如果 外部常数的值 世界变化（例如，如果它是 立法规定 pi 实际上应该是 3.975），您将需要重新编译任何使用此常量的类以获得 当前值。
【讨论】：
另一种证明行为的方法是查看生成的字节码。当常数为“小”时（大概
public B();
Code:
0: aload_0
1: invokespecial #10; //Method java/lang/Object."<init>":()V
4: aload_0
5: bipush 42
7: anewarray #3; //class java/lang/Object
10: putfield #12; //Field temp:[Ljava/lang/Object;
13: return
}
（我使用 42 而不是 100，所以它更突出）。在这种情况下，它显然被替换为字节码。但是，假设常数“更大”。然后你会得到如下所示的字节码：
public B();
Code:
0: aload_0
1: invokespecial #10; //Method java/lang/Object."<init>":()V
4: aload_0
5: ldc #12; //int 86753098
7: anewarray #3; //class java/lang/Object
10: putfield #13; //Field temp:[Ljava/lang/Object;
13: return
当它更大时，使用操作码“ldc”，根据JVM documentation“一个无符号字节，必须是当前类的运行时常量池的有效索引”。
在任何一种情况下，常量都嵌入到 B 中。我想，由于在操作码中您只能访问当前类运行时常量池，因此将常量写入类文件的决定与实现无关（但我不知道事实）。
【讨论】：
javap 工具从 *.class 文件中获取该字节码。
这里的重要概念是 static final 字段使用编译时常量进行初始化，如 JLS 中所定义。使用非常量初始化器（或非static 或非final）并且不会被复制：
public static final int SIZE = null!=null?0: 100;
（null 不是*编译时常量。）
【讨论】：
其实我前段时间就遇到过这种怪事。
这将直接将“100”编译到类b中。如果只是重新编译 A 类，则不会更新 B 类中的值。
最重要的是，编译器可能不会注意到重新编译 b 类（当时我正在编译单个目录，而 B 类在单独的目录中，编译 a 的目录并没有触发 B 的编译）
【讨论】：
作为优化，编译器将内联该 final 变量。
所以在编译时它会是这样的。
class b
{
Object[] temp = new Object[100];
}
【讨论】：
需要注意的一点是：静态终值在编译时就知道了 如果在编译时该值未知，编译器不会将代码中各处的常量名称替换为其值。
public class TestA {
// public static final int value = 200;
public static final int value = getValue();
public static int getValue() {
return 100;
}
}
public class TestB {
public static void main(String[] args) {
System.out.println(TestA.value);
}
}
首先编译TestA和TestB，运行TestB
然后将TestA.getValue()改为返回200，编译TestA，运行TestB，TestB会得到新的值 enter image description here
【讨论】：
如果静态最终字段在编译时为 null，则它不会被 null （实际上是它的值）替换
A.java
class A{
public static final String constantString = null;
}
B.java
class B{
public static void main(String... aa){
System.out.println(A.constantString);
}
}
编译 A.java 和 B.java 并运行 java B
输出将为 null
现在用以下代码更新 A.java 并只编译这个类。
class A{
public static final String constantString = "Omg! picking updated value without re-compilation";
}
现在运行 java B
输出将是 天哪！无需重新编译即可选择更新的值
【讨论】：
Java 确实优化了这些类型的值，但前提是它们在同一个类中。在这种情况下，由于您正在考虑的用例，JVM 会查看 A.SIZE 而不是对其进行优化。
【讨论】：