java - 将属性值名称存储为字符串常量 - 性能和内存使用情况？

Question

我使用了大约 1000 个与文件支​​持的特定 java.util.Properties 相关联的属性。该文件的主要原因是无需重新编译程序即可更改它们，并允许用户根据自己的喜好进行调整。有些属性只在代码中的一个地方使用，但有些属性在不同的代码段甚至不同的类中多次使用。

我最近养成了声明所有那些用作字符串常量的属性的习惯，通常是在一个单独的接口(interface)中，如下所示:

public interface AnimalConstants {
  public static final String WEIGHT_PROPERTY = "weight";
  public static final String RUNNING_SPEED_PROPERTY = "speedInKph";
  public static final String HOURS_OF_SLEEP_A_DAY_PROPERTY = "sleepHrs";
  ...
}

当一个类需要访问一些动物属性时，我只需实现这个接口(interface)，我就可以访问所有声明的属性常量。当我需要一个特定的属性时，我只使用相应的常量，而不考虑它的确切名称是什么(因为经常使用缩写)，更重要的是，以这种方式消除了错误输入属性名称的风险。另一个优点是，如果我以后选择重命名属性以使配置这些属性的高级用户更清楚)，我只需要在声明该属性常量的接口(interface)(当然还有属性文件)中更改该名称), 所以不需要“搜索和替换”整个项目。最后，我可以很容易地检查该属性是否正在使用；我只是注释它，编译代码，看看是否有错误。

然而，尽管有所有这些优点，但我很好奇这种方法有哪些缺点。我最感兴趣的是以下内容:

• 这种方法(1000 个字符串常量)对字符串池有什么影响？或者它们是在我访问这些常量时按需创建的？这是否会阻止其他字符串被缓存到字符串池中？
• 与我使用硬编码字符串常量的方法相比，这种方法的性能成本是多少，是否相同(忽略访问字段的成本)？字符串池的行为是相似还是有很大不同？
• 这种方法的平均内存增加是多少，所有这些字符串常量是否一直保存在内存中？

欢迎任何好的评论/观察。

Answer 1

静态字段在类加载期间的初始化阶段被初始化。

但是如果原始类型或 String 被定义为常量并且值在编译时已知，编译器会用它的值替换代码中各处的常量名称。这称为编译时常量。如果外界常量的值发生变化(例如，如果规定 pi 实际上应该是 3.975)，则需要重新编译任何使用该常量的类以获取当前值。这是创建唯一字符串的字符串文字的时候，它们被定义为常量值。

但它类似于从 Properties 对象中的资源加载常量(为此编写代码)。常量肯定会消耗内存。字符串池行为不会改变。

关于设计方法的一些思考:

很容易将所有配置常量放在一个类中，然后在整个应用程序中引用它们。要更改静态配置常量，您需要修改源代码并重新编译。如果在未来的某个时候，您的程序需要维护多个配置，或者在处理不同文件时在配置之间交替，甚至运行一个线程具有一种配置而另一个线程具有不同配置，该怎么办？您将无法使用该技术。因此，为了更好的设计，您将永远不会更改的常量存储为类定义中的静态常量。一旦将类加载到内存中，就会加载这些常量。在我之前描述的其他情况(资源加载)中，您将这些保存在可以加载到 JAVA Properties 对象中的各种属性文件中。这种情况的示例可以是 JDBC 连接相关信息等...