java - Lambda 表达式在运行时失败并出现 java.lang.BootstrapMethodError

标签 java generics lambda package-private

在一个包中 (a) 我有两个功能接口(interface):

package a;

@FunctionalInterface
interface Applicable<A extends Applicable<A>> {

    void apply(A self);
}

-

package a;

@FunctionalInterface
public interface SomeApplicable extends Applicable<SomeApplicable> {
}

apply超接口(interface)中的方法需要self作为 A因为否则,如果 Applicable<A>改为使用,该类型在包外将不可见,因此无法实现该方法。

在另一个包( b )中,我有以下 Test类:

package b;

import a.SomeApplicable;

public class Test {

    public static void main(String[] args) {

        // implement using an anonymous class
        SomeApplicable a = new SomeApplicable() {
            @Override
            public void apply(SomeApplicable self) {
                System.out.println("a");
            }
        };
        a.apply(a);

        // implement using a lambda expression
        SomeApplicable b = (SomeApplicable self) -> System.out.println("b");
        b.apply(b);
    }
}

第一个实现使用匿名类,它可以正常工作。另一方面,第二个编译正常,但在运行时失败并抛出 java.lang.BootstrapMethodErrorjava.lang.IllegalAccessError 引起因为它试图访问 Applicable界面。

Exception in thread "main" java.lang.BootstrapMethodError: java.lang.IllegalAccessError: tried to access class a.Applicable from class b.Test
    at b.Test.main(Test.java:19)
Caused by: java.lang.IllegalAccessError: tried to access class a.Applicable from class b.Test
    ... 1 more

我认为如果 lambda 表达式或者像匿名类一样工作或者给出编译时错误会更有意义。所以,我只是想知道这里发生了什么。


我尝试删除 super 接口(interface)并在 SomeApplicable 中声明方法像这样:

package a;

@FunctionalInterface
public interface SomeApplicable {

    void apply(SomeApplicable self);
}

这显然使它工作,但让我们看到字节码有什么不同。

合成 lambda$0从 lambda 表达式编译的方法在这两种情况下似乎相同,但我可以发现引导方法下方法参数的一个区别。

Bootstrap methods:
  0 : # 58 invokestatic java/lang/invoke/LambdaMetafactory.metafactory:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodType;Ljava/lang/invoke/MethodHandle;Ljava/lang/invoke/MethodType;)Ljava/lang/invoke/CallSite;
    Method arguments:
        #59 (La/Applicable;)V
        #62 invokestatic b/Test.lambda$0:(La/SomeApplicable;)V
        #63 (La/SomeApplicable;)V

#59(La/Applicable;)V 更改至(La/SomeApplicable;)V .

我真的不知道 lambda 元工厂是如何工作的,但我认为这可能是一个关键的区别。


我也尝试过明确声明 apply SomeApplicable 中的方法像这样:

package a;

@FunctionalInterface
public interface SomeApplicable extends Applicable<SomeApplicable> {

    @Override
    void apply(SomeApplicable self);
}

现在方法 apply(SomeApplicable)实际存在,编译器为apply(Applicable) 生成桥接方法.运行时仍然会抛出相同的错误。

在字节码级别它现在使用 LambdaMetafactory.altMetafactory而不是 LambdaMetafactory.metafactory :

Bootstrap methods:
  0 : # 57 invokestatic java/lang/invoke/LambdaMetafactory.altMetafactory:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/MethodType;[Ljava/lang/Object;)Ljava/lang/invoke/CallSite;
    Method arguments:
        #58 (La/SomeApplicable;)V
        #61 invokestatic b/Test.lambda$0:(La/SomeApplicable;)V
        #62 (La/SomeApplicable;)V
        #63 4
        #64 1
        #66 (La/Applicable;)V

最佳答案

据我所知,JVM 做的一切都是正确的。

apply 方法在 Applicable 中声明,但不在 SomeApplicable 中时,匿名类应该可以工作,而 lambda 不应该。让我们检查一下字节码。

匿名类Test$1

public void apply(a.SomeApplicable);
  Code:
     0: getstatic     #2    // Field java/lang/System.out:Ljava/io/PrintStream;
     3: ldc           #3    // String a
     5: invokevirtual #4    // Method java/io/PrintStream.println:(Ljava/lang/String;)V
     8: return

public void apply(a.Applicable);
  Code:
     0: aload_0
     1: aload_1
     2: checkcast     #5    // class a/SomeApplicable
     5: invokevirtual #6    // Method apply:(La/SomeApplicable;)V
     8: return

javac 生成接口(interface)方法 apply(Applicable) 和重写方法 apply(SomeApplicable) 的实现。除了方法签名之外,这两个方法都没有引用不可访问的接口(interface)Applicable。即Applicable接口(interface)未解析(JVMS §5.4.3)匿名类代码中的任何位置。

注意apply(Applicable)可以从Test成功调用,因为invokeinterface解析过程中方法签名中的类型没有被解析> 指令(JVMS §5.4.3.4) .

lambda

执行invokedynamic得到一个lambda实例使用引导方法的字节码 LambdaMetafactory.metafactory :

BootstrapMethods:
  0: #36 invokestatic java/lang/invoke/LambdaMetafactory.metafactory
    Method arguments:
      #37 (La/Applicable;)V
      #38 invokestatic b/Test.lambda$main$0:(La/SomeApplicable;)V
      #39 (La/SomeApplicable;)V

用于构造 lambda 的静态参数是:

  1. 实现接口(interface)的MethodType:void (a.Applicable);
  2. 将 MethodHandle 指向实现;
  3. lambda 表达式的有效 MethodType:void (a.SomeApplicable).

所有这些参数都在 invokedynamic 引导过程中解决 (JVMS §5.4.3.6) .

现在的关键点:解析 MethodType 所有在其方法描述符中给出的类和接口(interface)都被解析 (JVMS §5.4.3.5) .特别是,JVM 尝试代表 Test 类解析 a.Applicable,并失败并返回 IllegalAccessError。然后,根据 invokedynamic 的规范,错误被包装到 BootstrapMethodError 中。

桥接法

要解决IllegalAccessError,您需要在可公开访问的SomeApplicable 接口(interface)中显式添加桥接方法:

public interface SomeApplicable extends Applicable<SomeApplicable> {
    @Override
    void apply(SomeApplicable self);
}

在这种情况下,lambda 将实现 apply(SomeApplicable) 方法而不是 apply(Applicable)。对应的invokedynamic指令会引用(La/SomeApplicable;)V MethodType,会成功解析。

注意:仅仅改变SomeApplicable 接口(interface)是不够的。您必须使用新版本的 SomeApplicable 重新编译 Test 才能生成具有正确 MethodTypes 的 invokedynamic。我已经在从 8u31 到最新的 9-ea 的几个 JDK 上验证了这一点,并且有问题的代码可以正常工作。

关于java - Lambda 表达式在运行时失败并出现 java.lang.BootstrapMethodError,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40270386/

相关文章:

Java Vector 在返回前被删除

java - 从不同的方法访问变量

Java 构造函数和点运算符

java - 无法让 ActionBar 在 Android 项目中工作并且 Android ActionBar 示例有很多编译错误

C# 3.5 DLR Expression.Dynamic 问题

c# - 匿名方法的问题

c# - 使用 Entity Framework 4 使用 Web Api 返回复杂对象

java - 仅允许移动设备访问 REST API

c# - 修复通用 UserControl 的嵌入式资源

c++ - 模板的通用包装器 : optimization opportunities