有没有办法识别Java16记录';通过反射的标准构造函数?
假设我有这样的记录(或任何其他记录):有没有办法识别Java16记录';通过反射的标准构造函数?,java,reflection,java-record,java-16,Java,Reflection,Java Record,Java 16,假设我有这样的记录(或任何其他记录): 记录X(int i,int j){ X(int i){ 这(i,0); } X(){ 这个(0,0); } X(字符串i、字符串j){ 这个(Integer.parseInt(i),Integer.parseInt(j)); } } 有没有一种方法可以通过反射来查找此记录,即在记录头中隐式声明的记录?这似乎有效,但有点蹩脚: List componentTypes=Stream .of(X.class.getRecordComponents()) .ma
记录X(int i,int j){
X(int i){
这(i,0);
}
X(){
这个(0,0);
}
X(字符串i、字符串j){
这个(Integer.parseInt(i),Integer.parseInt(j));
}
}
有没有一种方法可以通过反射来查找此记录,即在
记录头中隐式声明的记录?这似乎有效,但有点蹩脚:
List componentTypes=Stream
.of(X.class.getRecordComponents())
.map(RecordComponent::getType)
.toList();
对于(构造函数c:X.class.getDeclaredConstructors())
if(Arrays.asList(c.getParameterTypes()).equals(componentTypes))
系统输出打印ln(c);
印刷品
Test$1X(int,int)
我仍然愿意接受更好的建议。字节码似乎没有这样的迹象
如果字节码中没有任何内容表明这一点,那么唯一的替代方法就是专门为此目的添加的反射API中的某些内容,例如通过推理工作的getCanonicalConstructor
方法,与此完全相同。不过,没有任何类似的补充
在我的实验中,主构造函数总是最后出现,因此如果您只使用getDeclaredConstructors()
的最后一个元素,它可能会工作,但您不能依赖于它,因为它是一个实现细节。(也许作为一种性能优化,您可能会决定使用该信息来更改您的实现,以便向后遍历列表)
Javap输出如下。为了简洁起见,我只保留了X(字符串I,字符串j)
,并删除了另外2个。我已经删除了一些方法实现,即使您不熟悉该格式,这些方法实现也显然是不相关的
Classfile /tmp/5610502834030542116/classes/X.class
Last modified Apr 16, 2021; size 1555 bytes
SHA-256 checksum fe06254f15d68f71f0a576d1ce19c28c2d4b9479c3b16dadc8c0e69e6ab734c4
Compiled from "Main.java"
final class X extends java.lang.Record
minor version: 0
major version: 60
flags: (0x0030) ACC_FINAL, ACC_SUPER
this_class: #8 // X
super_class: #2 // java/lang/Record
interfaces: 0, fields: 2, methods: 7, attributes: 4
Constant pool:
{
private final int i;
descriptor: I
flags: (0x0012) ACC_PRIVATE, ACC_FINAL
private final int j;
descriptor: I
flags: (0x0012) ACC_PRIVATE, ACC_FINAL
X(java.lang.String, java.lang.String);
descriptor: (Ljava/lang/String;Ljava/lang/String;)V
flags: (0x0000)
Code:
stack=3, locals=3, args_size=3
start local 0 // X this
start local 1 // java.lang.String i
start local 2 // java.lang.String j
0: aload_0
1: aload_1
2: invokestatic #16 // Method java/lang/Integer.parseInt:(Ljava/lang/String;)I
5: aload_2
6: invokestatic #16 // Method java/lang/Integer.parseInt:(Ljava/lang/String;)I
9: invokespecial #22 // Method "<init>":(II)V
12: return
end local 2 // java.lang.String j
end local 1 // java.lang.String i
end local 0 // X this
LineNumberTable:
LocalVariableTable:
Start Length Slot Name Signature
0 13 0 this LX;
0 13 1 i Ljava/lang/String;
0 13 2 j Ljava/lang/String;
X(int, int);
descriptor: (II)V
flags: (0x0000)
Code:
stack=2, locals=3, args_size=3
start local 0 // X this
start local 1 // int i
start local 2 // int j
0: aload_0
1: invokespecial #1 // Method java/lang/Record."<init>":()V
4: aload_0
5: iload_1
6: putfield #7 // Field i:I
9: aload_0
10: iload_2
11: putfield #13 // Field j:I
14: return
end local 2 // int j
end local 1 // int i
end local 0 // X this
LineNumberTable:
LocalVariableTable:
Start Length Slot Name Signature
0 15 0 this LX;
0 15 1 i I
0 15 2 j I
MethodParameters:
Name Flags
i
j
public final java.lang.String toString();
...toString
public final int hashCode();
...hashCode
public final boolean equals(java.lang.Object);
...equals
public int i();
...getter
public int j();
...getter
}
SourceFile: "Main.java"
Record:
int i;
descriptor: I
int j;
descriptor: I
BootstrapMethods:
0: #54 REF_invokeStatic java/lang/runtime/ObjectMethods.bootstrap:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/String;Ljava/lang/invoke/TypeDescriptor;Ljava/lang/Class;Ljava/lang/String;[Ljava/lang/invoke/MethodHandle;)Ljava/lang/Object;
Method arguments:
#8 X
#61 i;j
#63 REF_getField X.i:I
#64 REF_getField X.j:I
InnerClasses:
public static final #70= #66 of #68; // Lookup=class java/lang/invoke/MethodHandles$Lookup of class java/lang/invoke/MethodHandles
Classfile/tmp/5610502834030542116/classes/X.class
最后修改日期:2021年4月16日;大小为1555字节
SHA-256校验和fe06254f15d68f71f0a576d1ce19c28c2d4b9479c3b16dadc8c0e69e6ab734c4
从“Main.java”编译
最后一个类X扩展了java.lang.Record
次要版本:0
主要版本:60
标志:(0x0030)ACC_最终,ACC_超级
该类:#8//X
超级类:#2//java/lang/Record
接口:0,字段:2,方法:7,属性:4
固定池:
{
私人期末考试i;
描述符:I
标志:(0x0012)ACC_专用,ACC_最终
私人终审法院;
描述符:I
标志:(0x0012)ACC_专用,ACC_最终
X(java.lang.String,java.lang.String);
描述符:(Ljava/lang/String;Ljava/lang/String;)V
标志:(0x0000)
代码:
堆栈=3,局部变量=3,参数大小=3
启动本地0//X此
启动本地1//java.lang.String i
启动本地2//java.lang.String j
0:aload_0
1:aload_1
2:invokestatic#16//方法java/lang/Integer.parseInt:(Ljava/lang/String;)I
5:aload_2
6:invokestatic#16//方法java/lang/Integer.parseInt:(Ljava/lang/String;)I
9:调用特别的#22//方法“”:(II)V
12:返回
结束本地2//java.lang.String j
结束本地1//java.lang.String i
结束本地0//X此
LineNumberTable:
LocalVariableTable:
起始长度插槽名称签名
0 13 0这个LX;
0 13 1 i Ljava/lang/String;
0 13 2 j Ljava/lang/String;
X(int,int);
描述者:(二)五
标志:(0x0000)
代码:
堆栈=2,局部变量=3,参数大小=3
启动本地0//X此
启动本地1//int i
启动本地2//int j
0:aload_0
1:invokespecial#1//方法java/lang/Record。“:()V
4:aload_0
5:iload_1
6:putfield#7//字段i:i
9:aload_0
10:iload_2
11:putfield#13//字段j:I
14:返回
结束本地2//int j
结束本地1//int i
结束本地0//X此
LineNumberTable:
LocalVariableTable:
起始长度插槽名称签名
0 15 0这个LX;
0 15 1 i
0 15 2 j I
方法参数:
姓名标志
我
J
public final java.lang.String toString();
…toString
公共final int hashCode();
…哈希代码
公共最终布尔值等于(java.lang.Object);
…等于
公共int i();
…吸气剂
公共int j();
…吸气剂
}
源文件:“Main.java”
记录:
int i;
描述符:I
int j;
描述符:I
BootstrapMethods:
0:#54 REF_invokeStatic java/lang/runtime/ObjectMethods.bootstrap:(Ljava/lang/invoke/MethodHandles$Lookup;Ljava/lang/invoke/String;Ljava/lang/invoke/TypeDescriptor;Ljava/lang/Class;Ljava/lang/invoke/MethodHandle;)Ljava/lang/Object;
方法参数:
#8 X
#61 i;j
#63参考资料:X.i:i
#64参考文献X.j:I
内部类:
publicstaticfinal#70=#66/68;//Lookup=class java/lang/invoke/MethodHandles$Lookup of class java/lang/invoke/MethodHandles
试试这个
static <T extends Record> Constructor<T> canonicalConstructorOfRecord(Class<T> recordClass)
throws NoSuchMethodException, SecurityException {
Class<?>[] componentTypes = Arrays.stream(recordClass.getRecordComponents())
.map(rc -> rc.getType())
.toArray(Class<?>[]::new);
return recordClass.getDeclaredConstructor(componentTypes);
}
关于最后一个构造函数:。特别是,即使您在字节码中以某种顺序找到构造函数,反射也会再次改变事情,这甚至是JVM特有的。@LukasEder有一个更强烈的理由不依赖它。但仅仅因为它说没有特定的顺序并不意味着它是不确定的。它们是不确定的arly不会在每次调用数组时都对其进行洗牌以保持警觉。因此,这条线并不排除基于对模式的观察进行优化。它基本上只是明确表示,无论出于何种原因,它们保留更改顺序的权利。确实如此
Constructor<X> c = canonicalConstructorOfRecord(X.class);
X x = c.newInstance(1, 2);
System.out.println(x);
X[i=1, j=2]