java 有一个参数-XX:MaxInlineLevel（默认值为 9），它控制对内联的嵌套调用的最大数量。为什么会有这样的限制？为什么通常的基于频率和代码大小的启发式方法不足以让 JVM 自行决定内联的深度？
（这是由 JitWatch 提示的，它向我展示了深层嵌套的 Guava checkArgument 调用由于深度而没有被内联）
【问题讨论】：
一些重要的搜索发现了这个有趣的小fragment（实际上我已经到了 Google 搜索的第 4 页）：
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。
【讨论】：
MaxRecursiveInlineLevel 计算 direct and indirect 递归调用。
MaxRecursiveInlineLevel 进行比较。不过很好找。