创建 BiConsumer 作为不带反射的字段设置器

ST-*_*DDT 1 java reflection methodhandle

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

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

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

反射有缓慢的名声。所以我想我可以使用方法句柄。

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);
    }
};
Run Code Online (Sandbox Code Playgroud)

这已经快了一点点。然而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();
}
Run Code Online (Sandbox Code Playgroud)

但是后来我得到了一个我不太理解的异常

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)
Run Code Online (Sandbox Code Playgroud)

我必须以何种方式正确生成该设置器才能提高性能。(没有实际添加 setter 方法)

Hol*_*ger 5

您可以使用调用者MethodHandle

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

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

\n\n

在最坏的情况下,生成的代码与执行手动调用方法handle\xe2\x80\x99s 方法的 lambda 表达式生成的代码没有什么不同invoke,因此性能将与

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

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

\n