1. 概述
泛型在java中有很重要的地位查吊,在面向?qū)ο缶幊碳案鞣N設(shè)計(jì)模式中有非常廣泛的應(yīng)用师抄。
什么是泛型漓柑?為什么要使用泛型?
泛型叨吮,即“參數(shù)化類型”辆布。一提到參數(shù),最熟悉的就是定義方法時(shí)有形參茶鉴,然后調(diào)用此方法時(shí)傳遞實(shí)參锋玲。那么參數(shù)化類型怎么理解呢?顧名思義涵叮,就是將類型由原來(lái)的具體的類型參數(shù)化惭蹂,類似于方法中的變量參數(shù),此時(shí)類型也定義成參數(shù)形式(可以稱之為類型形參)围肥,然后在使用/調(diào)用時(shí)傳入具體的類型(類型實(shí)參)剿干。
泛型的本質(zhì)是為了參數(shù)化類型(在不創(chuàng)建新的類型的情況下,通過(guò)泛型指定的不同類型來(lái)控制形參具體限制的類型)穆刻。也就是說(shuō)在泛型使用過(guò)程中置尔,操作的數(shù)據(jù)類型被指定為一個(gè)參數(shù),這種參數(shù)類型可以用在類氢伟、接口和方法中榜轿,分別被稱為泛型類、泛型接口朵锣、泛型方法谬盐。
2. 一個(gè)栗子
一個(gè)被舉了無(wú)數(shù)次的例子:
List arrayList = new ArrayList();
arrayList.add("aaaa");
arrayList.add(100);
for(int i = 0; i< arrayList.size();i++){
String item = (String)arrayList.get(i);
Log.d("泛型測(cè)試","item = " + item);
}
毫無(wú)疑問(wèn),程序的運(yùn)行結(jié)果會(huì)以崩潰結(jié)束:
java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String
ArrayList可以存放任意類型诚些,例子中添加了一個(gè)String類型飞傀,添加了一個(gè)Integer類型皇型,再使用時(shí)都以String的方式使用,因此程序崩潰了砸烦。為了解決類似這樣的問(wèn)題(在編譯階段就可以解決)弃鸦,泛型應(yīng)運(yùn)而生。
我們將第一行聲明初始化list的代碼更改一下幢痘,編譯器會(huì)在編譯階段就能夠幫我們發(fā)現(xiàn)類似這樣的問(wèn)題唬格。
List<String> arrayList = new ArrayList<String>();
...
//arrayList.add(100); 在編譯階段,編譯器就會(huì)報(bào)錯(cuò)
3. 特性
泛型只在編譯階段有效颜说」焊冢看下面的代碼:
List<String> stringArrayList = new ArrayList<String>();
List<Integer> integerArrayList = new ArrayList<Integer>();
Class classStringArrayList = stringArrayList.getClass();
Class classIntegerArrayList = integerArrayList.getClass();
if(classStringArrayList.equals(classIntegerArrayList)){
Log.d("泛型測(cè)試","類型相同");
}
輸出結(jié)果:D/泛型測(cè)試: 類型相同
。
通過(guò)上面的例子可以證明门粪,在編譯之后程序會(huì)采取去泛型化的措施喊积。也就是說(shuō)Java中的泛型,只在編譯階段有效庄拇。在編譯過(guò)程中注服,正確檢驗(yàn)泛型結(jié)果后,會(huì)將泛型的相關(guān)信息擦出措近,并且在對(duì)象進(jìn)入和離開(kāi)方法的邊界處添加類型檢查和類型轉(zhuǎn)換的方法溶弟。也就是說(shuō),泛型信息不會(huì)進(jìn)入到運(yùn)行時(shí)階段瞭郑。
對(duì)此總結(jié)成一句話:泛型類型在邏輯上看以看成是多個(gè)不同的類型辜御,實(shí)際上都是相同的基本類型。
4. 泛型的使用
泛型有三種使用方式屈张,分別為:泛型類擒权、泛型接口、泛型方法
4.3 泛型類
泛型類型用于類的定義中阁谆,被稱為泛型類碳抄。通過(guò)泛型可以完成對(duì)一組類的操作對(duì)外開(kāi)放相同的接口。最典型的就是各種容器類场绿,如:List剖效、Set、Map焰盗。
泛型類的最基本寫法(這么看可能會(huì)有點(diǎn)暈璧尸,會(huì)在下面的例子中詳解):
class 類名稱 <泛型標(biāo)識(shí):可以隨便寫任意標(biāo)識(shí)號(hào),標(biāo)識(shí)指定的泛型的類型>{
private 泛型標(biāo)識(shí) /*(成員變量類型)*/ var;
.....
}
}
一個(gè)最普通的泛型類:
//此處T可以隨便寫為任意標(biāo)識(shí)熬拒,常見(jiàn)的如T爷光、E、K澎粟、V等形式的參數(shù)常用于表示泛型
//在實(shí)例化泛型類時(shí)蛀序,必須指定T的具體類型
public class Generic<T>{
//key這個(gè)成員變量的類型為T,T的類型由外部指定
private T key;
public Generic(T key) { //泛型構(gòu)造方法形參key的類型也為T欢瞪,T的類型由外部指定
this.key = key;
}
public T getKey(){ //泛型方法getKey的返回值類型為T,T的類型由外部指定
return key;
}
}
//泛型的類型參數(shù)只能是類類型(包括自定義類)哼拔,不能是簡(jiǎn)單類型
//傳入的實(shí)參類型需與泛型的類型參數(shù)類型相同引有,即為Integer.
Generic<Integer> genericInteger = new Generic<Integer>(123456);
//傳入的實(shí)參類型需與泛型的類型參數(shù)類型相同,即為String.
Generic<String> genericString = new Generic<String>("key_vlaue");
Log.d("泛型測(cè)試","key is " + genericInteger.getKey());
Log.d("泛型測(cè)試","key is " + genericString.getKey());
12-27 09:20:04.432 13063-13063/? D/泛型測(cè)試: key is 123456
12-27 09:20:04.432 13063-13063/? D/泛型測(cè)試: key is key_vlaue
定義的泛型類倦逐,就一定要傳入泛型類型實(shí)參么?并不是這樣宫补,在使用泛型的時(shí)候如果傳入泛型實(shí)參檬姥,則會(huì)根據(jù)傳入的泛型實(shí)參做相應(yīng)的限制,此時(shí)泛型才會(huì)起到本應(yīng)起到的限制作用粉怕。如果不傳入泛型類型實(shí)參的話健民,在泛型類中使用泛型的方法或成員變量定義的類型可以為任何的類型。
看一個(gè)例子:
Generic generic = new Generic("111111");
Generic generic1 = new Generic(4444);
Generic generic2 = new Generic(55.55);
Generic generic3 = new Generic(false);
Log.d("泛型測(cè)試","key is " + generic.getKey());
Log.d("泛型測(cè)試","key is " + generic1.getKey());
Log.d("泛型測(cè)試","key is " + generic2.getKey());
Log.d("泛型測(cè)試","key is " + generic3.getKey());
D/泛型測(cè)試: key is 111111
D/泛型測(cè)試: key is 4444
D/泛型測(cè)試: key is 55.55
D/泛型測(cè)試: key is false
注意:
- 泛型的類型參數(shù)只能是類類型贫贝,不能是簡(jiǎn)單類型秉犹。
- 不能對(duì)確切的泛型類型使用instanceof操作。如下面的操作是非法的稚晚,編譯時(shí)會(huì)出錯(cuò)崇堵。
``` if(ex_num instanceof Generic<Number>){ } ```
4.4 泛型接口
泛型接口與泛型類的定義及使用基本相同。泛型接口常被用在各種類的生產(chǎn)器中客燕,可以看一個(gè)例子:
//定義一個(gè)泛型接口
public interface Generator<T> {
public T next();
}
當(dāng)實(shí)現(xiàn)泛型接口的類鸳劳,未傳入泛型實(shí)參時(shí):
/**
* 未傳入泛型實(shí)參時(shí),與泛型類的定義相同也搓,在聲明類的時(shí)候赏廓,需將泛型的聲明也一起加到類中
* 即:class FruitGenerator<T> implements Generator<T>{
* 如果不聲明泛型,如:class FruitGenerator implements Generator<T>傍妒,編譯器會(huì)報(bào)錯(cuò):"Unknown class"
*/
class FruitGenerator<T> implements Generator<T>{
@Override
public T next() {
return null;
}
}
當(dāng)實(shí)現(xiàn)泛型接口的類幔摸,傳入泛型實(shí)參時(shí):
/**
* 傳入泛型實(shí)參時(shí):
* 定義一個(gè)生產(chǎn)器實(shí)現(xiàn)這個(gè)接口,雖然我們只創(chuàng)建了一個(gè)泛型接口Generator<T>
* 但是我們可以為T傳入無(wú)數(shù)個(gè)實(shí)參,形成無(wú)數(shù)種類型的Generator接口颤练。
* 在實(shí)現(xiàn)類實(shí)現(xiàn)泛型接口時(shí)既忆,如已將泛型類型傳入實(shí)參類型,則所有使用泛型的地方都要替換成傳入的實(shí)參類型
* 即:Generator<T>昔案,public T next();中的的T都要替換成傳入的String類型尿贫。
*/
public class FruitGenerator implements Generator<String> {
private String[] fruits = new String[]{"Apple", "Banana", "Pear"};
@Override
public String next() {
Random rand = new Random();
return fruits[rand.nextInt(3)];
}
}
4.5 泛型通配符
我們知道Ingeter
是Number
的一個(gè)子類,同時(shí)在特性章節(jié)中我們也驗(yàn)證過(guò)Generic<Ingeter>
與Generic<Number>
實(shí)際上是相同的一種基本類型踏揣。那么問(wèn)題來(lái)了庆亡,在使用Generic<Number>
作為形參的方法中,能否使用Generic<Ingeter>
的實(shí)例傳入呢捞稿?在邏輯上類似于Generic<Number>
和Generic<Ingeter>
是否可以看成具有父子關(guān)系的泛型類型呢又谋?
為了弄清楚這個(gè)問(wèn)題拼缝,我們使用Generic<T>
這個(gè)泛型類繼續(xù)看下面的例子:
public void showKeyValue1(Generic<Number> obj){
Log.d("泛型測(cè)試","key value is " + obj.getKey());
}
Generic<Integer> gInteger = new Generic<Integer>(123);
Generic<Number> gNumber = new Generic<Number>(456);
showKeyValue(gNumber);
// showKeyValue這個(gè)方法編譯器會(huì)為我們報(bào)錯(cuò):Generic<java.lang.Integer>
// cannot be applied to Generic<java.lang.Number>
// showKeyValue(gInteger);
通過(guò)提示信息我們可以看到Generic<Integer>
不能被看作為``Generic<Number>`的子類。由此可以看出:同一種泛型可以對(duì)應(yīng)多個(gè)版本(因?yàn)閰?shù)類型是不確定的)彰亥,不同版本的泛型類實(shí)例是不兼容的咧七。
回到上面的例子,如何解決上面的問(wèn)題任斋?總不能為了定義一個(gè)新的方法來(lái)處理Generic<Integer>
類型的類继阻,這顯然與java中的多臺(tái)理念相違背。因此我們需要一個(gè)在邏輯上可以表示同時(shí)是Generic<Integer>
和Generic<Number>
父類的引用類型废酷。由此類型通配符應(yīng)運(yùn)而生瘟檩。
我們可以將上面的方法改一下:
public void showKeyValue1(Generic<?> obj){
Log.d("泛型測(cè)試","key value is " + obj.getKey());
}
類型通配符一般是使用?代替具體的類型實(shí)參澈蟆,注意了墨辛,此處’?’是類型實(shí)參趴俘,而不是類型形參 睹簇。重要說(shuō)三遍!此處’寥闪?’是類型實(shí)參太惠,而不是類型形參 ! 此處’橙垢?’是類型實(shí)參垛叨,而不是類型形參 !再直白點(diǎn)的意思就是柜某,此處的嗽元?和Number、String喂击、Integer一樣都是一種實(shí)際的類型剂癌,可以把?看成所有類型的父類翰绊。是一種真實(shí)的類型佩谷。
可以解決當(dāng)具體類型不確定的時(shí)候,這個(gè)通配符就是 ? 监嗜;當(dāng)操作類型時(shí)谐檀,不需要使用類型的具體功能時(shí),只使用Object類中的功能裁奇。那么可以用 ? 通配符來(lái)表未知類型桐猬。
4.6 泛型方法
在java中,泛型類的定義非常簡(jiǎn)單,但是泛型方法就比較復(fù)雜了刽肠。
尤其是我們見(jiàn)到的大多數(shù)泛型類中的成員方法也都使用了泛型溃肪,有的甚至泛型類中也包含著泛型方法免胃,這樣在初學(xué)者中非常容易將泛型方法理解錯(cuò)了。
泛型類惫撰,是在實(shí)例化類的時(shí)候指明泛型的具體類型羔沙;泛型方法,是在調(diào)用方法的時(shí)候指明泛型的具體類型 厨钻。
/**
* 泛型方法的基本介紹
* @param tClass 傳入的泛型實(shí)參
* @return T 返回值為T類型
* 說(shuō)明:
* 1)public 與 返回值中間<T>非常重要扼雏,可以理解為聲明此方法為泛型方法。
* 2)只有聲明了<T>的方法才是泛型方法莉撇,泛型類中的使用了泛型的成員方法并不是泛型方法呢蛤。
* 3)<T>表明該方法將使用泛型類型T,此時(shí)才可以在方法中使用泛型類型T棍郎。
* 4)與泛型類的定義一樣,此處T可以隨便寫為任意標(biāo)識(shí)银室,常見(jiàn)的如T涂佃、E、K蜈敢、V等形式的參數(shù)常用于表示泛型辜荠。
*/
public <T> T genericMethod(Class<T> tClass)throws InstantiationException ,
IllegalAccessException{
T instance = tClass.newInstance();
return instance;
}
Object obj = genericMethod(Class.forName("com.test.test"));
4.6.1 泛型方法的基本用法
光看上面的例子有的同學(xué)可能依然會(huì)非常迷糊,我們?cè)偻ㄟ^(guò)一個(gè)例子抓狭,把我泛型方法再總結(jié)一下伯病。
public class GenericTest {
//這個(gè)類是個(gè)泛型類,在上面已經(jīng)介紹過(guò)
public class Generic<T>{
private T key;
public Generic(T key) {
this.key = key;
}
//我想說(shuō)的其實(shí)是這個(gè)否过,雖然在方法中使用了泛型午笛,但是這并不是一個(gè)泛型方法。
//這只是類中一個(gè)普通的成員方法苗桂,只不過(guò)他的返回值是在聲明泛型類已經(jīng)聲明過(guò)的泛型药磺。
//所以在這個(gè)方法中才可以繼續(xù)使用 T 這個(gè)泛型。
public T getKey(){
return key;
}
/**
* 這個(gè)方法顯然是有問(wèn)題的煤伟,在編譯器會(huì)給我們提示這樣的錯(cuò)誤信息"cannot reslove symbol E"
* 因?yàn)樵陬惖穆暶髦胁⑽绰暶鞣盒虴癌佩,所以在使用E做形參和返回值類型時(shí),編譯器會(huì)無(wú)法識(shí)別便锨。
public E setKey(E key){
this.key = keu
}
*/
}
/**
* 這才是一個(gè)真正的泛型方法围辙。
* 首先在public與返回值之間的<T>必不可少,這表明這是一個(gè)泛型方法放案,并且聲明了一個(gè)泛型T
* 這個(gè)T可以出現(xiàn)在這個(gè)泛型方法的任意位置.
* 泛型的數(shù)量也可以為任意多個(gè)
* 如:public <T,K> K showKeyName(Generic<T> container){
* ...
* }
*/
public <T> T showKeyName(Generic<T> container){
System.out.println("container key :" + container.getKey());
//當(dāng)然這個(gè)例子舉的不太合適姚建,只是為了說(shuō)明泛型方法的特性。
T test = container.getKey();
return test;
}
//這也不是一個(gè)泛型方法卿叽,這就是一個(gè)普通的方法桥胞,只是使用了Generic<Number>這個(gè)泛型類做形參而已恳守。
public void showKeyValue1(Generic<Number> obj){
Log.d("泛型測(cè)試","key value is " + obj.getKey());
}
//這也不是一個(gè)泛型方法,這也是一個(gè)普通的方法贩虾,只不過(guò)使用了泛型通配符?
//同時(shí)這也印證了泛型通配符章節(jié)所描述的催烘,?是一種類型實(shí)參,可以看做為Number等所有類的父類
public void showKeyValue2(Generic<?> obj){
Log.d("泛型測(cè)試","key value is " + obj.getKey());
}
/**
* 這個(gè)方法是有問(wèn)題的缎罢,編譯器會(huì)為我們提示錯(cuò)誤信息:"UnKnown class 'E' "
* 雖然我們聲明了<T>,也表明了這是一個(gè)可以處理泛型的類型的泛型方法伊群。
* 但是只聲明了泛型類型T,并未聲明泛型類型E策精,因此編譯器并不知道該如何處理E這個(gè)類型舰始。
public <T> T showKeyName(Generic<E> container){
...
}
*/
/**
* 這個(gè)方法也是有問(wèn)題的,編譯器會(huì)為我們提示錯(cuò)誤信息:"UnKnown class 'T' "
* 對(duì)于編譯器來(lái)說(shuō)T這個(gè)類型并未項(xiàng)目中聲明過(guò)咽袜,因此編譯也不知道該如何編譯這個(gè)類丸卷。
* 所以這也不是一個(gè)正確的泛型方法聲明。
public void showkey(T genericObj){
}
*/
public static void main(String[] args) {
}
}
4.6.2 類中的泛型方法
當(dāng)然這并不是泛型方法的全部询刹,泛型方法可以出現(xiàn)雜任何地方和任何場(chǎng)景中使用谜嫉。但是有一種情況是非常特殊的,當(dāng)泛型方法出現(xiàn)在泛型類中時(shí)凹联,我們?cè)偻ㄟ^(guò)一個(gè)例子看一下
public class GenericFruit {
class Fruit{
@Override
public String toString() {
return "fruit";
}
}
class Apple extends Fruit{
@Override
public String toString() {
return "apple";
}
}
class Person{
@Override
public String toString() {
return "Person";
}
}
class GenerateTest<T>{
public void show_1(T t){
System.out.println(t.toString());
}
//在泛型類中聲明了一個(gè)泛型方法沐兰,使用泛型E,這種泛型E可以為任意類型蔽挠∽〈常可以類型與T相同,也可以不同澳淑。
//由于泛型方法在聲明的時(shí)候會(huì)聲明泛型<E>比原,因此即使在泛型類中并未聲明泛型,編譯器也能夠正確識(shí)別泛型方法中識(shí)別的泛型偶惠。
public <E> void show_3(E t){
System.out.println(t.toString());
}
//在泛型類中聲明了一個(gè)泛型方法春寿,使用泛型T,注意這個(gè)T是一種全新的類型忽孽,可以與泛型類中聲明的T不是同一種類型绑改。
public <T> void show_2(T t){
System.out.println(t.toString());
}
}
public static void main(String[] args) {
Apple apple = new Apple();
Person person = new Person();
GenerateTest<Fruit> generateTest = new GenerateTest<Fruit>();
//apple是Fruit的子類,所以這里可以
generateTest.show_1(apple);
//編譯器會(huì)報(bào)錯(cuò)兄一,因?yàn)榉盒皖愋蛯?shí)參指定的是Fruit厘线,而傳入的實(shí)參類是Person
//generateTest.show_1(person);
//使用這兩個(gè)方法都可以成功
generateTest.show_2(apple);
generateTest.show_2(person);
//使用這兩個(gè)方法也都可以成功
generateTest.show_3(apple);
generateTest.show_3(person);
}
}
4.6.3 泛型方法與可變參數(shù)
再看一個(gè)泛型方法和可變參數(shù)的例子:
public <T> void printMsg( T... args){
for(T t : args){
Log.d("泛型測(cè)試","t is " + t);
}
}
printMsg("111",222,"aaaa","2323.4",55.55);
4.6.4 靜態(tài)方法與泛型
靜態(tài)方法有一種情況需要注意一下,那就是在類中的靜態(tài)方法使用泛型:靜態(tài)方法無(wú)法訪問(wèn)類上定義的泛型出革;如果靜態(tài)方法操作的引用數(shù)據(jù)類型不確定的時(shí)候造壮,必須要將泛型定義在方法上。
即:如果靜態(tài)方法要使用泛型的話,必須將靜態(tài)方法也定義成泛型方法 耳璧。
public class StaticGenerator<T> {
....
....
/**
* 如果在類中定義使用泛型的靜態(tài)方法成箫,需要添加額外的泛型聲明(將這個(gè)方法定義成泛型方法)
* 即使靜態(tài)方法要使用泛型類中已經(jīng)聲明過(guò)的泛型也不可以。
* 如:public static void show(T t){..},此時(shí)編譯器會(huì)提示錯(cuò)誤信息:
"StaticGenerator cannot be refrenced from static context"
*/
public static <T> void show(T t){
}
}
4.6.5 泛型方法總結(jié)
泛型方法能使方法獨(dú)立于類而產(chǎn)生變化旨枯,以下是一個(gè)基本的指導(dǎo)原則:
無(wú)論何時(shí)蹬昌,如果你能做到,你就該盡量使用泛型方法攀隔。也就是說(shuō)皂贩,如果使用泛型方法將整個(gè)類泛型化,那么就應(yīng)該使用泛型方法昆汹。另外對(duì)于一個(gè)static的方法而已明刷,無(wú)法訪問(wèn)泛型類型的參數(shù)。所以如果static方法要使用泛型能力满粗,就必須使其成為泛型方法辈末。
4.6 泛型上下邊界
在使用泛型的時(shí)候,我們還可以為傳入的泛型類型實(shí)參進(jìn)行上下邊界的限制映皆,如:類型實(shí)參只準(zhǔn)傳入某種類型的父類或某種類型的子類本冲。
- 為泛型添加上邊界,即傳入的類型實(shí)參必須是指定類型的子類型
public void showKeyValue1(Generic<? extends Number> obj){
Log.d("泛型測(cè)試","key value is " + obj.getKey());
}
Generic<String> generic1 = new Generic<String>("11111");
Generic<Integer> generic2 = new Generic<Integer>(2222);
Generic<Float> generic3 = new Generic<Float>(2.4f);
Generic<Double> generic4 = new Generic<Double>(2.56);
//這一行代碼編譯器會(huì)提示錯(cuò)誤劫扒,因?yàn)镾tring類型并不是Number類型的子類
//showKeyValue1(generic1);
showKeyValue1(generic2);
showKeyValue1(generic3);
showKeyValue1(generic4);
如果我們把泛型類的定義也改一下:
public class Generic<T extends Number>{
private T key;
public Generic(T key) {
this.key = key;
}
public T getKey(){
return key;
}
}
//這一行代碼也會(huì)報(bào)錯(cuò),因?yàn)镾tring不是Number的子類
Generic<String> generic1 = new Generic<String>("11111");
再來(lái)一個(gè)泛型方法的例子:
//在泛型方法中添加上下邊界限制的時(shí)候狸膏,必須在權(quán)限聲明與返回值之間的<T>上添加上下邊界沟饥,即在泛型聲明的時(shí)候添加
//public <T> T showKeyName(Generic<T extends Number> container),編譯器會(huì)報(bào)錯(cuò):"Unexpected bound"
public <T extends Number> T showKeyName(Generic<T> container){
System.out.println("container key :" + container.getKey());
T test = container.getKey();
return test;
}
通過(guò)上面的兩個(gè)例子可以看出:泛型的上下邊界添加湾戳,必須與泛型的聲明在一起 贤旷。
4.7 關(guān)于泛型數(shù)組要提一下
看到了很多文章中都會(huì)提起泛型數(shù)組,經(jīng)過(guò)查看sun的說(shuō)明文檔砾脑,在java中是”不能創(chuàng)建一個(gè)確切的泛型類型的數(shù)組”的幼驶。
也就是說(shuō)下面的這個(gè)例子是不可以的:
List<String>[] ls = new ArrayList<String>[10];
而使用通配符創(chuàng)建泛型數(shù)組是可以的,如下面這個(gè)例子:
List<?>[] ls = new ArrayList<?>[10];
這樣也是可以的:
List<String>[] ls = new ArrayList[10];
下面使用Sun的一篇文檔的一個(gè)例子來(lái)說(shuō)明這個(gè)問(wèn)題:
List<String>[] lsa = new List<String>[10]; // Not really allowed.
Object o = lsa;
Object[] oa = (Object[]) o;
List<Integer> li = new ArrayList<Integer>();
li.add(new Integer(3));
oa[1] = li; // Unsound, but passes run time store check
String s = lsa[1].get(0); // Run-time error: ClassCastException.
這種情況下韧衣,由于JVM泛型的擦除機(jī)制盅藻,在運(yùn)行時(shí)JVM是不知道泛型信息的,所以可以給oa[1]賦上一個(gè)ArrayList而不會(huì)出現(xiàn)異常畅铭,但是在取出數(shù)據(jù)的時(shí)候卻要做一次類型轉(zhuǎn)換氏淑,所以就會(huì)出現(xiàn)ClassCastException,如果可以進(jìn)行泛型數(shù)組的聲明硕噩,上面說(shuō)的這種情況在編譯期將不會(huì)出現(xiàn)任何的警告和錯(cuò)誤假残,只有在運(yùn)行時(shí)才會(huì)出錯(cuò)。
而對(duì)泛型數(shù)組的聲明進(jìn)行限制炉擅,對(duì)于這樣的情況辉懒,可以在編譯期提示代碼有類型安全問(wèn)題阳惹,比沒(méi)有任何提示要強(qiáng)很多。
下面采用通配符的方式是被允許的:數(shù)組的類型不可以是類型變量眶俩,除非是采用通配符的方式莹汤,因?yàn)閷?duì)于通配符的方式,最后取出數(shù)據(jù)是要做顯式的類型轉(zhuǎn)換的仿便。
List<?>[] lsa = new List<?>[10]; // OK, array of unbounded wildcard type.
Object o = lsa;
Object[] oa = (Object[]) o;
List<Integer> li = new ArrayList<Integer>();
li.add(new Integer(3));
oa[1] = li; // Correct.
Integer i = (Integer) lsa[1].get(0); // OK
5. 最后
本文中的例子主要是為了闡述泛型中的一些思想而簡(jiǎn)單舉出的体啰,并不一定有著實(shí)際的可用性。另外嗽仪,一提到泛型荒勇,相信大家用到最多的就是在集合中,其實(shí)闻坚,在實(shí)際的編程過(guò)程中沽翔,自己可以使用泛型去簡(jiǎn)化開(kāi)發(fā),且能很好的保證代碼質(zhì)量窿凤。
原文轉(zhuǎn)載:https://blog.csdn.net/s10461/article/details/53941091