Java语言文档中写道：
如果原始类型或字符串被定义为常量，并且在编译时已知其值，则编译器会在代码中的所有位置将常量名称替换为其值。这称为编译时常量。
我的理解是，如果我们有一段代码：
private final int x = 10;
接着，编译器会将代码中每个x的出现替换成字面值10。
但是假设这个常量在运行时被初始化：
private final int x = getX(); // here getX() returns an integer value at run-time.
与编译时常量相比，是否会有任何性能下降（无论多么微不足道）？
另一个问题是下面这行代码：
private int y = 10; // here y is not final
编译器将final static视为编译时常量，而只有final会在运行时初始化为常量，只有static会在运行时初始化。如果没有final，则是一个变量而不是常量。
编译时常量必须：
所以private final int x = getX();不是常量。
对于第二个问题，private int y = 10;不是常量（在这种情况下是非final），因此优化器无法确定值在未来不会更改。因此，它不能像常量值一样进行优化。答案是：不，它与编译时常量的处理方式不同。
final变量不符合被视为_constant_的标准，则称其为final变量。您在JLS中找不到_compile-time constant_这个术语。msi在他上面的评论中提到了这一点，我也在下面的答案中加入了这一点。 - user9514304JLS将final变量和常量进行了以下区分：
final变量final。一个final变量只能被赋值一次。如果一个final变量被分配了，除非在分配之前它是明确未分配的（§16 (Definite Assignment)），否则会在编译时出错。一旦一个final变量被赋值，它总是包含相同的值。如果一个final变量持有对对象的引用，则对象的状态可能会因对该对象的操作而更改，但变量始终将引用相同的对象。这也适用于数组，因为数组是对象；如果一个final变量持有对数组的引用，则数组的组件可能会因对数组的操作而更改，但变量始终将引用相同的数组。一个空白final是一个声明缺少初始化器的final变量。
常量变量
是一个原始类型或String类型的final变量，它被初始化为一个常量表达式（§15.28）。
从这个定义中，我们可以看出一个常量必须满足以下条件：
finalString类型final）JLS中没有包含“编译时常量”这个短语。然而，程序员经常将“编译时常量”和“常量”这两个术语混用。
如果一个final变量不符合被视为常量的上述标准，则严格来说应该称其为final变量。
对于private final int x = getX();，在某些机器上可能会有非常小的性能下降，因为这将涉及至少一个方法调用（除了这不是编译时常量的事实），但正如你所说，这将是微不足道的，那么为什么要费心呢？
至于第二个问题：y不是final，因此不是编译时常量，因为它可能在运行时更改。
final关键字意味着变量将被初始化一次且仅一次。实际常量需要声明为static。
因此，编译器不会将您的任何示例视为常量。尽管如此，final关键字告诉您（以及编译器）变量只会被初始化一次（在构造函数或字面上）。
如果需要在编译时分配值，则必须使字段为静态。
性能并没有受到太大影响，但请记住，原始类型是不可变的，一旦创建了一个，它将在内存中保留该值，直到垃圾收集器将其删除。
因此，如果您有一个变量y = 1;，然后将其更改为y = 2;，JVM将在内存中具有两个值，但您的变量将“指向”后者。
private int y = 10; // 这里y不是final
编译器是否将其视为编译时常量？
不是。这是一个实例变量，在运行时创建、初始化和使用。
请记住，在下面的代码中，x不是编译时常量：
public static void main(String[] args) {
final int x;
x= 5;
}
private final int x = getX();
将在对象第一次声明时被调用。性能“下降”将取决于getX()，但这不是创建瓶颈的类型。
public static void main(String[] args) {
final int x = 5;
}
例如，在编译时，编译器直接使用初始化值5进行编译，而不是使用引用变量“x”;