向方法添加局部变量是否会使它们变慢？

Question

这个问题一共得到了好几段的回答。这是唯一真正告诉我我在寻找什么的句子：

您的示例几乎没有什么区别，因为中间计算需要临时存储在堆栈上，以便稍后使用。

事实上，它完美、完整地回答了我的问题 =)

不像所有那些告诉我“不，不要问这个问题”的东西。 >_<

---

就像如果您有一个方法，并且通过增加局部变量的数量来更改它但不进行其他更改，这是否会使该方法变慢？这是一个例子：

void makeWindow() {
    Display
        .getContext()
        .windowBuilder()
        .setSize(800, 600)
        .setBalloonAnimal(BalloonAnimal.ELDER_GOD.withColor(PUCE))
        .build();
}

或者

void makeWindow() {
    DisplayContext dc = Display.getContext();
    WindowBuilder wb = db.windowBuilder();
    BalloonAnimal god = BalloonAnimal.ELDER_GOD;
    BalloonAnimal puceGod = god.withColor(PUCE);
    wb.setSize(800, 600).setBalloonAnimal(puceGod).build();
}

另一个例子：

int beAnExample(int quiche) {
    return areGlobalsEvil?
        quiche * TAU/5:
        highway(quiche, Globals.frenchFrenchRevolution);
}

或者

int beAnExample(int quiche) {
    if (areGlobalsEvil) {
        int to5 = TAU/5;
        int result = quiche * to5;
        return result;
    } else {
        Game french = Globals.frenchFrenchRevolution;
        int result = highway(quiche, french);
        return result;
    }
}

真的，我要问的是：这种局部变量的数量在方法编译为字节码时是否相关？如果是这样，一旦 Hotspot 开始工作怎么办？

这个问题与我正在开发的代码生成器相关。

Answer 1

简单的答案是否定的。局部变量消耗运行时堆栈空间。为它们分配空间只会略微增加指令数量。您的示例几乎没有什么区别，因为中间计算需要临时存储在堆栈上，以便稍后使用。更多地关注程序的可读性，而不是不必要的微观优化。

如果您有兴趣查看类的实际字节码，请研究 javap 程序。

Answer 2

不用担心。编译器可以进行各种疯狂的、令人头疼的优化。从正确且可维护的代码开始。程序员的时间比处理器时间更有价值。

Answer 3

通过运行每个方法 1,000,000 次来测试它，然后除以总时间来计算每次执行的成本。很可能，它不会引人注目。

实际上，Java 编译器甚至可能足够聪明，可以将其编译出来。

编写代码以提高可读性，从而降低长期维护成本。然后在你真正需要的 5% 的地方进行调整。

Answer 4

很可能它不会产生什么（如果有的话）差异，并且“一点”将是微不足道的。

专注于使你的生成器正确且可维护，并让Java编译器（特别是JIT编译器）对生成的代码进行微优化。

请注意，@Edawg 关于查看字节码的建议不一定有帮助。 JIT 编译器积极优化它从字节码生成的本机代码。预测两个字节码序列中哪一个更快可能很困难。当然，计算字节码、方法调用等可能会产生误导。

确保生成“最佳”Java 源代码的唯一方法是编译它并在目标平台上对其进行基准测试。即使如此，您在源代码级优化方面所做的努力也很有可能会因为 JIT 编译器的更改而被抵消。

Answer 5

这不是热点问题。可能需要额外的字节码来加载和存储局部变量，但让编译器担心优化它。

您应该专注于生成代码中的空指针检查以及如何以与生成代码的源输入相关的有意义的方式报告错误等问题。