java - 编译时性能成本

Question

在我看来，在这两种方法中，第一种方法存在与 string concat 和 toCharArray 相关的性能问题。但有人告诉我，这两个操作都发生在编译时，因此没有性能开销。

如果这是真的那么为什么编译时操作不是性能开销？

private final static char[] DigitTens = {
     ("0000000000"+ "1111111111"+"2222222222"+"3333333333"+"4444444444" //
     +"5555555555"+"6666666666"+"7777777777"+"8888888888"+"9999999999")
      .toCharArray();             
};

对比:

private final static char[] DigitTens = {
    '0', '0', '0', '0', '0', '0', '0', '0', '0', '0',
    '1', '1', '1', '1', '1', '1', '1', '1', '1', '1',
    '2', '2', '2', '2', '2', '2', '2', '2', '2', '2',
    '3', '3', '3', '3', '3', '3', '3', '3', '3', '3',
    '4', '4', '4', '4', '4', '4', '4', '4', '4', '4',
    '5', '5', '5', '5', '5', '5', '5', '5', '5', '5',
    '6', '6', '6', '6', '6', '6', '6', '6', '6', '6',
    '7', '7', '7', '7', '7', '7', '7', '7', '7', '7',
    '8', '8', '8', '8', '8', '8', '8', '8', '8', '8',
    '9', '9', '9', '9', '9', '9', '9', '9', '9', '9',
};

Answer 1

带有+的字符串连接表达式是constant expression并在编译时解决(JLS §15.28)。但是，toCharArray() 调用是在运行时执行的。总的来说，您的第一个片段相当于:

private final static char[] DigitTens;

static {
    DigitTens = "0000000000111111111122222222223333333333444444444455555555556666666666777777777788888888889999999999"
            .toCharArray();
}

你的第二个片段相当于:

private final static char[] DigitTens;

static {
    DigitTens = new char[100];
    DigitTens[0] = '0';
    DigitTens[1] = '0';
    ...
    DigitTens[99] = '9';
}

(您可以通过 javap -c 在字节码中自己查看)

最后，不要担心这里的性能；你可能看不出有什么不同。选择您认为更清晰、更易于管理的任何内容。通常情况下，编译代码所花费的时间是无关紧要的，因为编译阶段实际上应该只发生一次，之后您将处理生成的包含字节码的 .class 文件。

我还要指出，在这种特定情况下，DigitTens[i] 只是 i/10，假设 i 在范围 0-99，包括在内。