以前就了解過Java泛型的實現(xiàn)是不完整的,最近在做一些代碼重構(gòu)的時候遇到一些Java泛型類型擦除的問題,簡單的來說,Java泛型中所指定的類型在編譯時會將其去除,因此List 和 List 在編譯成字節(jié)碼的時候?qū)嶋H上是一樣的。因此java泛型只能做到編譯期檢查的功能,運行期間就不能保證類型安全。我最近遇到的一個問題如下:
假設(shè)有兩個bean類
/** Test. */
@Data
@NoArgsConstructor
@AllArgsConstructor
public static class Foo {
public String name;
}
/** Test. */
@Data
@NoArgsConstructor
@AllArgsConstructor
public static class Dummy {
public String name;
}
以及另一個對象
@NoArgsConstructor
@AllArgsConstructor
@Data
public static class Spec<T> {
public String spec;
public T deserializeTo() throws JsonProcessingException {
var mapper = new ObjectMapper();
return (T) mapper.readValue(spec, Foo.class);
}
}
可以看到Spec
對象中保存了以上兩種類型json序列化后的字符串,并提供了方法將string spec 反序列化成相應的類型,比較理想的方式是在反序列化的方法中能夠獲取到參數(shù)類型 T 的實際類型,理論上運行時Spec類型是確定了,因此T也應該是確定的,但是因為類型擦除,所以實際上獲取不到他的類型。
按照以下嘗試 通過((ParameterizedType) getClass().getGenericSuperclass()).getActualTypeArguments()獲取泛型類型,經(jīng)過測試是獲取不到的
@Test
public void test() throws JsonProcessingException {
var foo = new Foo("foo");
var spec = new Spec<Foo>(mapper.writeValueAsString(foo));
var deserialized = spec.deserializeTo();
Assertions.assertTrue(deserialized instanceof Foo);
}
@NoArgsConstructor
@AllArgsConstructor
@Data
public static class Spec<T> {
public String spec;
private Class<T> getSpecClass() {
return (Class<T>)
((ParameterizedType) getClass().getGenericSuperclass())
.getActualTypeArguments()[0];
}
public T deserializeTo() throws JsonProcessingException {
var mapper = new ObjectMapper();
System.out.println(spec);
return (T) mapper.readValue(spec, getSpecClass());
}
}
會有以下的錯誤
java.lang.ClassCastException: class java.lang.Class cannot be cast to class java.lang.reflect.ParameterizedType (java.lang.Class and java.lang.reflect.ParameterizedType are in module java.base of loader 'bootstrap')
有兩種辦法來繞過這個問題
第一種比較簡單,就是在創(chuàng)建spec對象時,直接把類型的class傳進來,這樣就可以直接使用。
第二種是創(chuàng)建spec的子類中使用這個方法就可以獲取泛型的類型
@Data
public abstract static class AbstractSpec<T> {
public String spec;
public AbstractSpec(String spec) {
this.spec = spec;
}
private Class<T> getSpecClass() {
return (Class<T>)
((ParameterizedType) getClass().getGenericSuperclass())
.getActualTypeArguments()[0];
}
public T deserializeTo() throws JsonProcessingException {
var mapper = new ObjectMapper();
System.out.println(spec);
return (T) mapper.readValue(spec, getSpecClass());
}
}
public static class Spec extends AbstractSpec<Foo> {
public Spec(String spec) {
super(spec);
}
}
@Test
public void test() throws JsonProcessingException {
var foo = new Foo("foo");
var spec = new Spec(mapper.writeValueAsString(foo));
var deserialized = spec.deserializeTo();
Assertions.assertTrue(deserialized instanceof Foo);
}
這里spec類就可以順利的被反序列化。
這個和最開始失敗的case的差別就是新增了一個子類,主要的差別是getGenericSuperclass的返回值有差異,非子類的情況下,獲取到的是Object。
因此理論上子類Spec的類型信息中,實際上是保存了父類中的類型參數(shù)信息的,也就是例子中的Foo. 按照 https://stackoverflow.com/questions/42874197/getgenericsuperclass-in-java-how-does-it-work 的方式,可以查看到Spec類的字節(jié)碼中有相應的類型信息。
$ javap -verbose ./org/apache/flink/kubernetes/operator/controller/GenericTest\$Spec.class | grep Signature
#15 = Utf8 Signature
Start Length Slot Name Signature
Signature: #19 // Lorg/apache/flink/kubernetes/operator/controller/GenericTest$AbstractSpec<Lorg/apache/flink/kubernetes/operator/controller/GenericTest$Foo;>;
到此這篇關(guān)于詳解Java泛型中類型擦除問題的解決方法的文章就介紹到這了,更多相關(guān)Java泛型類型擦除內(nèi)容請搜索html5模板網(wǎng)以前的文章希望大家以后多多支持html5模板網(wǎng)!