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 方法)
您可以使用调用者MethodHandle:
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}\nRun Code Online (Sandbox Code Playgroud)\n\n由于LambdaMetafactory不允许为字段方法句柄生成函数实例,因此上面的代码为方法句柄创建函数实例,相当于在invokeExact字段访问器方法句柄上调用。
在最坏的情况下,生成的代码与执行手动调用方法handle\xe2\x80\x99s 方法的 lambda 表达式生成的代码没有什么不同invoke,因此性能将与
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}\nRun Code Online (Sandbox Code Playgroud)\n\n但是,在某些情况下,调用程序方法句柄可能会稍微更有效。首先,它使用等效于invokeExact而不是 的invoke选项,由于类型擦除,通用代码不能使用\xe2\x80\x99t。其次,当代码图中不涉及用户代码时,可能会进行一些内部调整。