现代Java编译器/ JVM内联函数/方法是否完全从一个地方调用？

Question

我发现C ++编译器是这样做的，但是我想知道Java编译器是否这样做，因为他们在回答中说添加静态会这样做，但是在Java和C
++中，静态是不同的。在我的情况下，性能很重要，因为使用的功能是在游戏循环中每帧仅调用一次，而在其他地方则不调用，以使其更具可读性。
在我的代码中，我将其设置与此类似，但要进行多次调用

while(running)
{
    update();
    sync();
}

然后update（），render（）将调用更多调用其他方法的方法

private final void update()
{
    switch(gameState)
    {
        case 0:
            updateMainMenu();
            renderMainMenu();
            break;
        case 1:
            updateInGame();
            renderInGame();
            break;
         //and so on
    }
}

private final void updateInGame()
{
    updatePlayerData();
    updateDayCycle();
    //and so on
}

private final void updatePlayerData()
{
    updateLocation();
    updateHealth();
    //and so on
}

编译器是否会内联这些函数，因为它们在同一位置每帧仅使用一次？

如果这个问题不好，请告诉我，我将其删除。

Answer 1

Java JITC将尝试内联出现的任何函数（基于运行时统计信息），这些函数经常被调用以使其值得使用。调用该函数是在一个位置还是在几十个位置上都没关系-
每个调用站点都单独进行分析。

请注意，该决定基于几个因素。该方法有多大？-如果有很多潜在的内联候选人，则仅内联最有利可图的候选人，以避免“代码膨胀”。但是呼叫的频率（乘以感知的呼叫费用）是最大的“得分”因素。

阻止内联的一件事是明显的多态调用。如果调用 可能
是多态的，则在到达的类不是预期的类时，必须由执行原始调用的代码“保护”。如果统计数据证明呼叫经常是多态的（并且不值得包含所有多态变体），则内联可能没有足够的利润。静态或最终方法最吸引人，因为它不需要保护。

奇怪的是，可以阻止内联（以及许多其他东西）的另一件事是，无法从该方法返回。如果您输入了一个方法，然后在内部循环了1000万次而没有返回，则JITC将永远没有机会“交换”出已解释的方法并“交换”出已编译的方法。但是JITC通过使用仅编译一部分方法的技术来在某种程度上克服了这一问题，而其余部分则得到了解释。