如何强制执行lamda定义的新实例

时间:2019-04-30 12:00:44

标签: java jvm inlining

Java-Spec保证给定的lamda定义,例如() -> "Hello World"被编译/转换为一个实现类(每个定义,并非每个“看起来”都相同的事件)。

有什么办法可以强制java-compiler / jvm生成新的lamda定义,而不是共享一个通用的lamda定义?我目前正在实现一个将多个功能部件编织到BiFunction中的库,该库由于Java-spec( EDIT:我已得到纠正:Java-Spec不保证单个共享类-当前的参考实现可以做到这一点):

        public <In, Out, A> BiFunction<In, Out, Out> weave(
             Function<? super In, A> getter,
             BiConsumer<? super Out, ? super A> consumer
        ) {
            return (in, out) -> {
                consumer.accept(out, getter.apply(in));
                return out;
            };
        }

通过此代码生成的每个lamda都具有相同的lamda定义,因此大多是不可内联的/不可优化的。

1 个答案:

答案 0 :(得分:2)

在当前实现中,生成类的缓存(甚至是非捕获Lambda表达式的实例)是invokedynamic指令的属性,它将重用第一次执行时的引导结果。

LambdaMetafactory类中托管的bootstrap方法本身将在每次调用时生成一个新类。因此,当您直接使用此工厂时,在当前实现下,每次调用都会获得一个新类。

public <In, Out, A> BiFunction<In, Out, Out> weave(
     Function<? super In, A> getter,
     BiConsumer<? super Out, ? super A> consumer) {

    MethodHandles.Lookup l = MethodHandles.lookup();
    try {
        MethodHandle target = l.findStatic(l.lookupClass(), "weaveLambdaBody",
            MethodType.methodType(Object.class, Function.class, BiConsumer.class,
                Object.class, Object.class));
        MethodType t = target.type().dropParameterTypes(0, 2);
        return (BiFunction<In, Out, Out>)LambdaMetafactory.metafactory(l, "apply",
            target.type().dropParameterTypes(2, 4).changeReturnType(BiFunction.class),
            t, target, t) .getTarget().invokeExact(getter, consumer);
    }
    catch(RuntimeException | Error e) {
        throw e;
    }
    catch(Throwable t) {
        throw new IllegalStateException(t);
    }
}
private static <In, Out, A> Out weaveLambdaBody(
    Function<? super In, A> getter,
    BiConsumer<? super Out, ? super A> consumer,
    In in, Out out) {

    consumer.accept(out, getter.apply(in));
    return out;
}

首先,您必须将lambda体解糖为一种方法。捕获的值首先出现在其参数列表中,然后是功能接口类型的参数。 LambdaMetafactory包含有关其用法的详尽文档。

虽然我出于文档目的保留类型参数,但应该清楚的是,使用这种操作会失去此处的编译时安全性。