eugene的例子显示默认方法可以内联。
事实上，我认为内联的标准应该与任何其他非静态方法相同。
要内联的代码的大小必须小于可调阈值。
该方法不能被类或接口的任何（当前加载的）子类中的方法重写。
在您的示例中，我认为内联应该是可能的，假设这是示例中涉及的所有代码。
但是，这里使用的特定jit可能有其他限制。例如，一个调用另一个默认方法的默认方法可能是一个边缘情况，这种情况非常罕见，不值得支持。另一种可能的解释是c1编译器没有进行深入的单态分派分析/优化。
另一方面，这可能是过早的优化。。。除非您的性能评测已经在代码中确定了一个特定的热点，在那里内联可能会产生显著的影响。通常情况下，最好的策略是让编译器处理这个问题。如果您对代码进行微优化，以便为给定的java版本提供最佳性能，那么当您更改到较新的版本时，很有可能需要重做这项工作。

它是内联的。举个例子：

public class DefaultInline {
    public static void main(String[] args) {
        System.out.println(callMe());
    }
    static int callMe(){
        A instance = new A(){};
        int x = 0;
        for (int i = 0; i < 1_000_000; ++i) {
            x += (int)instance.myRandom();
        }
        return x;
    }
    interface A {
        default double myRandom() {
            return Math.random();
        }
    }
}

运行时使用：

java -XX:+UnlockDiagnosticVMOptions 
     -XX:+PrintInlining 
     -XX:CICompilerCount=2 
     DefaultInline.java

看到一行有：

@ 20   zero.x.so.DefaultInline$A::myRandom (4 bytes)   inline

至于“无静态绑定”，它在这里出现，请注意，这是在 C1 . 因为调用方法 myRandom 编译 invokeInterface （您可以在上面查看方法的类型 C1 将内联）， C1 compiler 不会内联它（据我所知的代码），但 C2 威尔。