为什么JVM具有最大内联深度？

Question

java有一个参数-XX:MaxInlineLevel（默认值为9），它控制嵌套调用的最大数量。为什么会有这样的限制？为什么不是基于频率和代码大小的通常启发式算法足以让JVM自己决定内联的深度？

（这是由JitWatch促使我展示一个深度嵌套番石榴checkArgument呼吁没有被内联，由于深度）

Answer 1

一些显著搜索揭示了这个有趣的小fragment（事实上，我尽可能页谷歌搜索的）：

if (inline_depth() > MaxInlineLevel) { 
     return "inlining too deep"; 
    } 
    if (method() == callee_method 
      && inline_depth() > MaxRecursiveInlineLevel) { 
     return "recursively inlining too deep"; 
    } 

这表明MaxInlineLevel为预期的硬性限制，以停止内联之前，你有多深。它还暗示MaxRecursiveInlineLevel仅指直接递归调用，而不是诸如foo()调用bar()的调用递归调用，其调用foo()。

因此，我认为我是对我的猜测评论 - MaxInlineLevel是防止相互递归因为检测到您需要保持引用的内联调用堆栈的最大深度。

MaxInlineResursionLevel控件foo()调用foo()内联。

请注意，引用的代码可能不是真正的JVM。

@apangin的评论从Open JDK 8找到了更现代化的热点版本，这表明它现在不再那么简单了。它看起来像整个堆栈搜索递归调用，所以现在可以阻止相互递归通过MaxRecursiveInlineLevel。