gpt4 book ai didi

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

转载 作者:IT老高 更新时间:2023-10-28 20:42:05 30 4
gpt4 key购买 nike

在一个包中 (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/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com