0

我尝试在我的一个脚本中获得最大性能，而不进行重大重构。

我发现了使用反射从字段创建 BiConsumer 的方法。

return (c, v) -> {
    try {
        field.set(c, v);
    } catch (final Throwable e) {
        throw new RuntimeException("Could not set field: " + field, e);
    }
};

反射以缓慢着称。所以我虽然可以使用方法句柄。

Lookup lookup = MethodHandles.lookup();
MethodHandle mh = lookup.unreflectSetter(field);
return (c, v) -> {
    try {
        mh.invoke(c, v);
    } catch (final Throwable e) {
        throw new RuntimeException("Could not set field: " + field, e);
    }
};

这已经有点快了。但是BiConsumer，FunctionalInterface它可以以某种方式生成。

public static <C, V> BiConsumer<C, V> createSetter(final MethodHandles.Lookup lookup,
        final Field field) throws Exception {
    final MethodHandle setter = lookup.unreflectSetter(field);
    final CallSite site = LambdaMetafactory.metafactory(lookup,
            "accept",
            MethodType.methodType(BiConsumer.class),
            MethodType.methodType(void.class, Object.class, Object.class), // signature of method BiConsumer.accept after type erasure
            setter,
            setter.type()); // actual signature of setter
    return (BiConsumer<C, V>) site.getTarget().invokeExact();
}

但是然后我得到一个我不太明白的异常

Exception in thread "main" java.lang.invoke.LambdaConversionException: Unsupported MethodHandle kind: putField org.sample.dto.TestDTO.name:(String)void
    at java.lang.invoke.AbstractValidatingLambdaMetafactory.validateMetafactoryArgs(AbstractValidatingLambdaMetafactory.java:182)
    at java.lang.invoke.LambdaMetafactory.metafactory(LambdaMetafactory.java:303)
    at org.sample.bench.MyBenchmark.createSetter(MyBenchmark.java:120)
    at org.sample.bench.MyBenchmark.main(MyBenchmark.java:114)

我必须以哪种方式正确生成该设置器以提高性能。（实际上没有添加setter方法）

4

2 回答 2

4

您可以使用调用程序MethodHandle：

public static <C, V> BiConsumer<C, V> createSetter(
                     MethodHandles.Lookup lookup, Field field) throws Throwable {
    final MethodHandle setter = lookup.unreflectSetter(field);
    MethodType type = setter.type();
    if(field.getType().isPrimitive())
        type = type.wrap().changeReturnType(void.class);
    final CallSite site = LambdaMetafactory.metafactory(lookup,
        "accept", MethodType.methodType(BiConsumer.class, MethodHandle.class),
        type.erase(), MethodHandles.exactInvoker(setter.type()), type);
    return (BiConsumer<C, V>)site.getTarget().invokeExact(setter);
}

由于LambdaMetafactory不允许为字段方法句柄生成函数实例，因此上面的代码为方法句柄创建了一个函数实例，相当于invokeExact在字段访问器方法句柄上调用。

在最坏的情况下，生成的代码与为执行手动调用方法句柄的方法的 lambda 表达式生成的代码没有区别invoke，因此性能将与

public static <C, V> BiConsumer<C, V> createSetterU(
                     MethodHandles.Lookup lookup, Field field) throws Throwable {
    MethodHandle setter = lookup.unreflectSetter(field);
    return (c, v) -> {
        try {
            setter.invoke(c, v);
        } catch (final Throwable e) {
            throw new RuntimeException("Could not set field: " + field, e);
        }
    };
}

但是，在某些情况下，调用程序方法句柄可能会稍微高效一些。首先，它使用等价于invokeExact而不是invoke，一个选项，由于类型擦除，通用代码不能使用。其次，当代码图中不涉及用户代码时，可能会有一些内部调整。

于 2018-12-10T14:51:12.407 回答
2

功能MethodHandleProxies::asInterfaceInstance上看起来很合适。虽然不确定方法句柄代理的性能影响。

于 2018-07-22T22:27:29.630 回答