Java 枚举的性能

Question

我正在考虑使用 enum 类型来管理我正在开发的 Java 游戏中的 i18n，但我很好奇在使用具有大量元素（我认为有数千个）的枚举时可能出现的性能问题。

实际上，我正在尝试类似的操作：

public enum Text {
  STRING1,
  STRING2,
  STRING3;

  public String text() {
    return text;
  }

  public String setText() {
    this.text = text;
  }
}

然后要加载它们，我只需填写字段即可：

static
{
  Text.STRING1.setText("My localized string1"); 
  Text.STRING2.setText("My localized string2"); 
  Text.STRING3.setText("My localized string3"); 
}

当然，当我必须管理多种语言时，我将从文件中加载它们。

我要问的是，

• 是否为每个元素分配了一个对象（除了字符串之外）？ （我想是的，因为枚举是用对象实现的）
• 如何从枚举中检索正确的元素？编译时是静态的吗？ （我的意思是当我在某个地方使用 Text.STRING1.text() 时）。所以它应该是恒定的复杂性，或者也许它们只是在编译阶段被替换......
• 总的来说，这是一个好方法还是我应该期待其他东西？

谢谢

Answer 1

发现并改编了枚举和 ResourceBundle 的完美组合：

public enum Text {
  YELL, SWEAR, BEG, GREET /* and more */ ;

  /** Resources for the default locale */
  private static final ResourceBundle res =
    ResourceBundle.getBundle("com.example.Messages");

  /** @return the locale-dependent message */
  public String toString() {
    return res.getString(name() + ".string");
  }
}

---

# File com/example/Messages.properties
# default language (english) resources
YELL.string=HEY!
SWEAR.string=§$%&
BEG.string=Pleeeeeease!
GREET.string=Hello player!

---

# File com/example/Messages_de.properties
# german language resources
YELL.string=HEY!
SWEAR.string=%&$§
BEG.string=Biiiiiitte!
GREET.string=Hallo Spieler!

Answer 2

您最好使用 java.util.ResourceBundle 类。它正是为了解决这个问题而设计的。

回答您的问题：

1. 是的，每个枚举值只有一个实例。
2. 是的，查找枚举值的复杂性恒定。
3. 并不真地。改变枚举的内容/行为有点违背了枚举的初衷。它们应该表示具有类型安全性的固定范围常量。您可以做这种事情，但这不是它们的设计目的。

Answer 3

我讨厌劫持主题，但依赖 i18n 枚举最终会让你陷入困境。 Java 具有适当的 i18n 支持，甚至有一个 教程为了它。

Answer 4

尽管java使用ResourceBundle提供了i18n支持，但我不认为为此目的使用枚举的想法那么糟糕。我相信这两种方法可以合并。您可以创建包含所有文本标识符的枚举文本。您可以为每种支持的语言创建资源包，并在此包中使用相同的标识符。

然后在枚举中实现 getText() 方法，如下所示：

return ResourceBundle.getBundle("texts").getString(name());

因此，您不必关心每种语言的文本初始化。标准机制关心这一点。

现在您可以在代码中使用枚举并享受捆绑包的所有功能。您还可以创建单元测试来验证所有枚举成员在捆绑包中是否具有适当的行，反之亦然，以避免捆绑包中出现垃圾。

我可能会在下一个项目中使用这种方法。谢谢你的主意！

Answer 5

感谢您向我展示了我以前从未见过的编译器错误。编译生成的源文件时：

public static void main(String[] args) throws Exception {
    PrintWriter w = new PrintWriter("C:\\test.java");
    w.println("enum Test {");
    for (int i = 0; i < 3000; i++) {
        w.println("c" + i + ",");
    }
    w.println("}");
    w.close();
}

eclipse 说

静态初始化器的代码是
超过 65535 字节限制

使用仅 2000 个常量的相同测试可以完美编译。

当然，如果您有那么多常量，最好将它们组织到多个源文件中。

是的，为每个枚举常量分配一个（且仅一个）对象。如果有 2000 个常量，内存就高达 16KB :-)（在 Sun 的 32 位 VM 上，其他 VM 可能略有不同）

每个枚举常量都是一个对象，并且每个常量都有一个字段 text。该字段不是最终的，因此不受内联的影响。是的，现场访问是恒定时间的。

然而，一般来说，枚举中具有可变状态是很奇怪的。不过，这是可能的。

好的方法包括：

委托给 ResourceBundle，如 AlexR 所示。缺点：需要手动管理资源文件。如果您这样做，我建议使用 UnitTest 来检测错误输入/丢失/多余的资源密钥，甚至使用命令行实用程序将丢失的密钥附加到资源文件中，这样您就不必（错误）输入它们。

如果只支持几种语言，也可以将所有语言存储在 enum 中：

enum Message {
    Hello("Hello", "Hallo", "Salut");

    String en;
    String de;
    String fr;

    Message(String en, String de, String fr) {
        this.en = en;
        this.fr = fr;
        this.it = it;
    }

缺点：不需要外行编辑（需要编译器），并且源文件编码最好支持目标语言中的所有特殊字符（unicode 转义很尴尬） ...）。此外，如果您有超过 3 种或 4 种语言，源文件会变得混乱。

优点：添加/删除文本轻而易举，编译器会捕获文本名称中的所有拼写错误，并且“资源文件”始终保持一致。

无论哪种方式，您都应该使用 MessageFormat，正如 R.Bemrose 在他的答案中链接到的教程所解释的那样。

最后，在使用 Enum 时，您可能会发现 value() 方法很方便：

for (Text t : Text.values()) {

}

Answer 6

我同意枚举最适合 I18n 的键而不是它们翻译成的字符串。
然而，对于您的具体问题，您应该使用构造函数而不是设置器。恕我直言，事实上，在 90% 以上的情况下，您应该使用构造函数，其中值是在构造时设置的并且未更改，而不是使用 setter。

public enum Text {
  STRING1("String one"),
  STRING2("String two"),
  STRING3("String two");

  private final String text;
  private Text(String text) { this.text = text; }
}

就创建枚举的性能而言，您不应该为游戏担心它，应该首先考虑清晰度和灵活性。 1000 个枚举可能会使应用程序的启动时间增加 1 毫秒。 cf 从文件加载文本可能会增加 10 毫秒。