Foo::new 和 () -> new Foo() 有什么区别?

2022-09-02 04:44:59

我的印象是,这只是句法糖,它们的行为应该相同。然而,情况似乎并非如此。以下是背景:Foo::new() -> new Foo()

在Java-8中,我使用第三方库,它有一个和这个令人反感的行:Optional<Foo> foo

foo.orElseGet(JCacheTimeZoneCache::new);

JCacheTimeZoneCache在其构造函数中使用可选 JCache 库中的某些内容,而我的类路径中没有这些内容。使用调试器,我验证了foo不是空的,所以它实际上不应该实例化JCacheTimeZoneCache实例,因此缺少的JCache库应该不是问题。然而,它确实随着stacktrace抱怨缺少JCache库而爆炸:

Caused by: java.lang.BootstrapMethodError: java.lang.IllegalAccessError: no such constructor: net.fortuna.ical4j.util.JCacheTimeZoneCache.<init>()void/newInvokeSpecial
    at net.fortuna.ical4j.model.TimeZoneLoader.cacheInit(TimeZoneLoader.java:275) ~[ical4j-3.0.0.jar:na]
    at net.fortuna.ical4j.model.TimeZoneLoader.<init>(TimeZoneLoader.java:81) ~[ical4j-3.0.0.jar:na]
    at net.fortuna.ical4j.model.TimeZoneRegistryImpl.<init>(TimeZoneRegistryImpl.java:125) ~[ical4j-3.0.0.jar:na]
    at net.fortuna.ical4j.model.TimeZoneRegistryImpl.<init>(TimeZoneRegistryImpl.java:116) ~[ical4j-3.0.0.jar:na]
    at net.fortuna.ical4j.model.DefaultTimeZoneRegistryFactory.createRegistry(DefaultTimeZoneRegistryFactory.java:48) ~[ical4j-3.0.0.jar:na]
    at net.fortuna.ical4j.data.CalendarBuilder.<init>(CalendarBuilder.java:105) ~[ical4j-3.0.0.jar:na]
    at de.malkusch.trashcollection.infrastructure.schedule.ical.VEventRepository.downloadVEvents(VEventRepository.java:46) ~[classes/:na]
    at de.malkusch.trashcollection.infrastructure.schedule.ical.VEventRepository.<init>(VEventRepository.java:35) ~[classes/:na]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.8.0_172]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[na:1.8.0_172]
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[na:1.8.0_172]
    at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[na:1.8.0_172]
    at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:170) ~[spring-beans-5.0.7.RELEASE.jar:5.0.7.RELEASE]
    ... 80 common frames omitted
Caused by: java.lang.IllegalAccessError: no such constructor: net.fortuna.ical4j.util.JCacheTimeZoneCache.<init>()void/newInvokeSpecial
    at java.lang.invoke.MethodHandleNatives.linkMethodHandleConstant(MethodHandleNatives.java:483) ~[na:1.8.0_172]
    ... 93 common frames omitted
Caused by: java.lang.NoClassDefFoundError: javax/cache/configuration/Configuration
    at java.lang.invoke.MethodHandleNatives.resolve(Native Method) ~[na:1.8.0_172]
    at java.lang.invoke.MemberName$Factory.resolve(MemberName.java:975) ~[na:1.8.0_172]
    at java.lang.invoke.MemberName$Factory.resolveOrFail(MemberName.java:1000) ~[na:1.8.0_172]
    at java.lang.invoke.MethodHandles$Lookup.resolveOrFail(MethodHandles.java:1394) ~[na:1.8.0_172]
    at java.lang.invoke.MethodHandles$Lookup.linkMethodHandleConstant(MethodHandles.java:1750) ~[na:1.8.0_172]
    at java.lang.invoke.MethodHandleNatives.linkMethodHandleConstant(MethodHandleNatives.java:477) ~[na:1.8.0_172]
    ... 93 common frames omitted
Caused by: java.lang.ClassNotFoundException: javax.cache.configuration.Configuration
    at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[na:1.8.0_172]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[na:1.8.0_172]
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349) ~[na:1.8.0_172]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_172]
    ... 99 common frames omitted

首先,我对这个错误感到惊讶,因为代码根本没有实例化JCacheTimeZoneCache。好的,将JCache放入类路径中可以解决这个问题。但是该库的作者做了一个非常不同的修复:

foo.orElseGet(() -> new JCacheTimeZoneCache());

现在我完全惊讶了?我实际上有两个问题:

  1. 为什么 JCacheTimeZoneCache::new 首先会导致这个异常,而构造函数从未被调用过?
  2. 为什么要解决这个问题?() -> new JCacheTimeZoneCache()

答案 1

这2个可能以不同的方式实现,这取决于你正在使用的java编译器和在什么情况下(我没有缩小这个范围,但它真的是一个实现细节)。

您可以通过查看 的输出和 BootstrapMethod 表来检查这一点。编译器可能会为方法参考案例生成以下内容:javap -v <enclosing class>

  1: #22 REF_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:
      #23 ()Ljava/lang/Object;
      #27 REF_newInvokeSpecial MyClass."<init>":()V
      #25 ()LMyClass;

具体来说,重要的是 .这意味着正在直接查找表达式中使用的类的构造函数。MyClass."<init>":()VMyClass::new


为:

JCacheTimeZoneCache::new

生成的指令直接在类中查找构造函数,并将其包装在函数接口中(使用 )。invokedynamicJCacheTimeZoneCacheLambdaMetafactory

为:

() -> new JCacheTimeZoneCache()

到目前为止,我看过的所有Java编译器都会在包含lambda代码的封闭类中生成一个合成的静态方法,然后由生成的.invokedynamic

不同之处在于,对于第一个,需要加载类,对于第二个,只需要加载封闭类(可能已经加载)。只有当 lambda 实际执行时,才需要加载,因为这是第一次需要它的时候。JCacheTimeZoneCacheJCacheTimeZoneCache


由于此“修复”基于实现细节,因此它不是一个很好的“修复”。将来可能会有一个变化,这会影响非捕获lambda(包括构造函数)的生成方式:JDK-8186216,这可能会再次破坏代码。


答案 2

推荐