这更像是一个理论问题而不是解决方案问题，所以请听我说。
在C/C++和PHP中，你可以声明常量。通常有几种方法可以做到这一点（例如#DEFINE或'const type'...），其最终效果是在编译期间进行替换，使得所有这些命名常量变成文字。这有助于避免访问内存位置查找数据的需要，因为数据被硬编码了，但又不会出现硬编码的缺点——如果需要重新使用该值，则需要调用该值，并且需要在需要更改该值时更改所有实例。
但是Java的final声明略微晦涩；因为我可以创建一个具有未设置的final变量的类并在构造函数中初始化它们，这意味着就我所知道的，它们不会作为文字预编译。除了保证它们不能在构造后逻辑上更改之外，final声明是否提供任何效率上的好处？
参考文章是可以的，只要你注意解释final真正的功能以及除了防止构造后更改值之外的其他任何好处。
作为一个推论，是否可能以任何方式在Java中声明编译级别的常量，而不仅仅是使用文字（这本来就是一个坏主意？）
Java中确实有常量表达式。请参见此处的java语言规范。
A compile-time constant expression is an expression denoting a value of primitive type or a String that does not complete abruptly and is composed using only the following:
Literals of primitive type and literals of type String (§3.10.5)
Casts to primitive types and casts to type String
The unary operators +, -, ~, and ! (but not ++ or --)
The multiplicative operators *, /, and %
The additive operators + and -
The shift operators <<, >>, and >>>
The relational operators <, <=, >, and >= (but not instanceof)
The equality operators == and !=
The bitwise and logical operators &, ^, and |
The conditional-and operator && and the conditional-or operator ||
The ternary conditional operator ? :
Parenthesized expressions whose contained expression is a constant expression.
Simple names that refer to constant variables (§4.12.4).
Qualified names of the form TypeName . Identifier that refer to constant variables (§4.12.4).
但是在Java中，与C/C++不同的是，你还有一个JIT编译器，因此额外的内联是可能的。所以最重要的是，在看到真正的性能问题之前不要担心。
Java有常量，Java编译器会在编译时将其替换成其值。例如，成员变量是final和String类型的有效常量，以这种方式被替换。(这是允许的，因为类String是不可变的)。其中一个后果是，如果你改变源代码中的字符串，但你没有重新编译使用这个字符串的类，那么这些类将看不到字符串的新值。
JLS 在下面的段落中解释了这一点：
Final字段旨在使对象不可变。
静态final字段是一种常量。
编译器优化、数据流分析在某种程度上发生。如果你对此感兴趣，可以尝试使用javap命令查看JVM字节码。