一、泛型擦除
泛型擦除介紹
Java 的泛型是偽泛型,這是因為 Java 在運行期間,所有的泛型信息都會被擦掉,這也就是通常所說類型擦除。Java 泛型(generics) 是 JDK 5 中引入的一個新特性, 泛型提供了編譯時類型安全檢測機制。該機制允許程序員在編譯時檢測到非法的類型。泛型的本質(zhì)是參數(shù)化類型,也就是說所操作的數(shù)據(jù)類型被指定為一個參數(shù)。
List
list.add(12);
//這里直接添加會報錯
list.add(“a”);
Class extends List> clazz = list.getClass();
Method add = clazz.getDeclaredMethod(“add”, Object.class);
//但是通過反射添加是可以的
//這就說明在運行期間所有的泛型信息都會被擦掉
add.invoke(list, “kl”);
System.out.println(list);
帶來什么樣的問題
(1) 強制類型轉(zhuǎn)化
這個問題的結(jié)果我們已經(jīng)在上述文章中提及到了,通過反射的方式去進(jìn)行插入的時候,我們的數(shù)據(jù)就會發(fā)生錯誤。
如果我們在一個List
(2)引用傳遞問題
上面的問題中,我們已經(jīng)說過了T將在后期被轉(zhuǎn)義成Object,那我們對引用也進(jìn)行一個轉(zhuǎn)化,是否行得通呢?
List
List
如果你這樣寫,在我們的檢查階段,會報錯。但是從邏輯意義上來說,其實你真的有錯嗎?
假設(shè)說我們的名列前茅種方案是正確的,那么其實就是將一堆Object數(shù)據(jù)存入,然后再由上面所說的強制轉(zhuǎn)化一般,轉(zhuǎn)化成String類型,聽起來完全ok,因為在List中本來存儲數(shù)據(jù)的方式就是Object。但其實是會出現(xiàn)ClassCastException的問題,因為Object是萬物的基類,但是強轉(zhuǎn)是為子類向父類準(zhǔn)備的措施。
再來假設(shè)說我們的第二種方案是正確的,這個時候,根據(jù)上方的數(shù)據(jù)String存入,但是有什么意義存在呢?最后都還是要成Object的,你還不如就直接是Object。
延伸閱讀:
二、繼承型的用處是什么
其實他期待的就是這整個列表的數(shù)據(jù)的基礎(chǔ)都是來自我們的Parent,這樣獲取的數(shù)據(jù)全部人的父類其實都是來自于我們的Parent了,你可以叫這個列表為Parent家族。所以也可以說這是一個適合頻繁讀取的方案。
Plate extends Fruit> p1=new Plate
Plate extends Fruit> p2=new Plate
// 修改數(shù)據(jù)不通過
p1.set(new Banana());
// 數(shù)據(jù)獲取一切正常
// 但是他只能精確到由我們定義的Fruit
Fruit result = p1.get();