Java 泛型總結(jié)及詳解
一. 泛型概念的提出（為什么需要泛型）？
首先，我們看下下面這段簡(jiǎn)短的代碼:
public class GenericTest {
public static void main(String[] args) {
List list = new ArrayList();
list.add("qqyumidi");
list.add("corn");
list.add(100);
for (int i = 0; i < list.size(); i++) {
String name = (String) list.get(i); // 1
System.out.println("name:" + name);
}
}
}
定義了一個(gè)List類型的集合，先向其中加入了兩個(gè)字符串類型的值，隨后加入一個(gè)Integer類型的值。這是完全允許的，因?yàn)榇藭r(shí)list默認(rèn)的類型為Object類型。在之后的循環(huán)中，由于忘記了之前在list中也加入了Integer類型的值或其他編碼原因，很容易出現(xiàn)類似于//1中的錯(cuò)誤。因?yàn)榫幾g階段正常，而運(yùn)行時(shí)會(huì)出現(xiàn)“java.lang.ClassCastException”異常。因此，導(dǎo)致此類錯(cuò)誤編碼過(guò)程中不易發(fā)現(xiàn)。
在如上的編碼過(guò)程中，我們發(fā)現(xiàn)主要存在兩個(gè)問(wèn)題：
1.當(dāng)我們將一個(gè)對(duì)象放入集合中，集合不會(huì)記住此對(duì)象的類型，當(dāng)再次從集合中取出此對(duì)象時(shí)，改對(duì)象的編譯類型變成了Object類型，但其運(yùn)行時(shí)類型任然為其本身類型。
2.因此，//1處取出集合元素時(shí)需要人為的強(qiáng)制類型轉(zhuǎn)化到具體的目標(biāo)類型，且很容易出現(xiàn)“java.lang.ClassCastException”異常。
那么有沒(méi)有什么辦法可以使集合能夠記住集合內(nèi)元素各類型，且能夠達(dá)到只要編譯時(shí)不出現(xiàn)問(wèn)題，運(yùn)行時(shí)就不會(huì)出現(xiàn)“java.lang.ClassCastException”異常呢？答案就是使用泛型。
二.什么是泛型？
泛型，即“參數(shù)化類型”。一提到參數(shù)，最熟悉的就是定義方法時(shí)有形參，然后調(diào)用此方法時(shí)傳遞實(shí)參。那么參數(shù)化類型怎么理解呢？顧名思義，就是將類型由原來(lái)的具體的類型參數(shù)化，類似于方法中的變量參數(shù)，此時(shí)類型也定義成參數(shù)形式（可以稱之為類型形參），然后在使用/調(diào)用時(shí)傳入具體的類型（類型實(shí)參）。
看著好像有點(diǎn)復(fù)雜，首先我們看下上面那個(gè)例子采用泛型的寫法。
public class GenericTest {
public static void main(String[] args) {
/*
List list = new ArrayList();
list.add("qqyumidi");
list.add("corn");
list.add(100);
*/
List<String> list = new ArrayList<String>();
list.add("qqyumidi");
list.add("corn");
//list.add(100); // 1 提示編譯錯(cuò)誤
for (int i = 0; i < list.size(); i++) {
String name = list.get(i); // 2
System.out.println("name:" + name);
}
}
}
采用泛型寫法后，在//1處想加入一個(gè)Integer類型的對(duì)象時(shí)會(huì)出現(xiàn)編譯錯(cuò)誤，通過(guò)List<String>，直接限定了list集合中只能含有String類型的元素，從而在//2處無(wú)須進(jìn)行強(qiáng)制類型轉(zhuǎn)換，因?yàn)榇藭r(shí)，集合能夠記住元素的類型信息，編譯器已經(jīng)能夠確認(rèn)它是String類型了。
結(jié)合上面的泛型定義，我們知道在List<String>中，String是類型實(shí)參，也就是說(shuō)，相應(yīng)的List接口中肯定含有類型形參。且get()方法的返回結(jié)果也直接是此形參類型（也就是對(duì)應(yīng)的傳入的類型實(shí)參）。下面就來(lái)看看List接口的的具體定義：
public interface List<E> extends Collection<E> {
int size();
boolean isEmpty();
boolean contains(Object o);
Iterator<E> iterator();
Object[] toArray();
<T> T[] toArray(T[] a);
boolean add(E e);
boolean remove(Object o);
boolean containsAll(Collection<?> c);
boolean addAll(Collection<? extends E> c);
boolean addAll(int index, Collection<? extends E> c);
boolean removeAll(Collection<?> c);
boolean retainAll(Collection<?> c);
void clear();
boolean equals(Object o);
int hashCode();
E get(int index);
E set(int index, E element);
void add(int index, E element);
E remove(int index);
int indexOf(Object o);
int lastIndexOf(Object o);
ListIterator<E> listIterator();
ListIterator<E> listIterator(int index);
List<E> subList(int fromIndex, int toIndex);
}
我們可以看到，在List接口中采用泛型化定義之后，<E>中的E表示類型形參，可以接收具體的類型實(shí)參，并且此接口定義中，凡是出現(xiàn)E的地方均表示相同的接受自外部的類型實(shí)參。
自然的，ArrayList作為L(zhǎng)ist接口的實(shí)現(xiàn)類，其定義形式是：
由此，我們從源代碼角度明白了為什么//1處加入Integer類型對(duì)象編譯錯(cuò)誤，且//2處get()到的類型直接就是String類型了。
public class ArrayList<E> extends AbstractList<E>
implements List<E>, RandomAccess, Cloneable, java.io.Serializable {
public boolean add(E e) {
ensureCapacityInternal(size + 1); // Increments modCount!!
elementData[size++] = e;
return true;
}
public E get(int index) {
rangeCheck(index);
checkForComodification();
return ArrayList.this.elementData(offset + index);
}
//...省略掉其他具體的定義過(guò)程
}
三.自定義泛型接口、泛型類和泛型方法
從上面的內(nèi)容中，大家已經(jīng)明白了泛型的具體運(yùn)作過(guò)程。也知道了接口、類和方法也都可以使用泛型去定義，以及相應(yīng)的使用。是的，在具體使用時(shí)，可以分為泛型接口、泛型類和泛型方法。
自定義泛型接口、泛型類和泛型方法與上述Java源碼中的List、ArrayList類似。如下，我們看一個(gè)最簡(jiǎn)單的泛型類和方法定義：
public class GenericTest {
public static void main(String[] args) {
Box<String> name = new Box<String>("corn");
System.out.println("name:" + name.getData());
}
}
class Box<T> {
private T data;
public Box() {
}
public Box(T data) {
this.data = data;
}
public T getData() {
return data;
}
}
在泛型接口、泛型類和泛型方法的定義過(guò)程中，我們常見(jiàn)的如T、E、K、V等形式的參數(shù)常用于表示泛型形參，由于接收來(lái)自外部使用時(shí)候傳入的類型實(shí)參。那么對(duì)于不同傳入的類型實(shí)參，生成的相應(yīng)對(duì)象實(shí)例的類型是不是一樣的呢？
public class GenericTest {
public static void main(String[] args) {
Box<String> name = new Box<String>("corn");
Box<Integer> age = new Box<Integer>(712);
System.out.println("name class:" + name.getClass()); // com.qqyumidi.Box
System.out.println("age class:" + age.getClass()); // com.qqyumidi.Box
System.out.println(name.getClass() == age.getClass()); // true
}
}
由此，我們發(fā)現(xiàn)，在使用泛型類時(shí)，雖然傳入了不同的泛型實(shí)參，但并沒(méi)有真正意義上生成不同的類型，傳入不同泛型實(shí)參的泛型類在內(nèi)存上只有一個(gè)，即還是原來(lái)的最基本的類型（本實(shí)例中為Box），當(dāng)然，在邏輯上我們可以理解成多個(gè)不同的泛型類型。
究其原因，在于Java中的泛型這一概念提出的目的，導(dǎo)致其只是作用于代碼編譯階段，在編譯過(guò)程中，對(duì)于正確檢驗(yàn)泛型結(jié)果后，會(huì)將泛型的相關(guān)信息擦出，也就是說(shuō)，成功編譯過(guò)后的class文件中是不包含任何泛型信息的。泛型信息不會(huì)進(jìn)入到運(yùn)行時(shí)階段。
對(duì)此總結(jié)成一句話：泛型類型在邏輯上看以看成是多個(gè)不同的類型，實(shí)際上都是相同的基本類型。
四.類型通配符
接著上面的結(jié)論，我們知道，Box<Number>和Box<Integer>實(shí)際上都是Box類型，現(xiàn)在需要繼續(xù)探討一個(gè)問(wèn)題，那么在邏輯上，類似于Box<Number>和Box<Integer>是否可以看成具有父子關(guān)系的泛型類型呢？
為了弄清這個(gè)問(wèn)題，我們繼續(xù)看下下面這個(gè)例子:
public class GenericTest {
public static void main(String[] args) {
Box<Number> name = new Box<Number>(99);
Box<Integer> age = new Box<Integer>(712);
getData(name);
//The method getData(Box<Number>) in the type GenericTest is
//not applicable for the arguments (Box<Integer>)
getData(age); // 1
}
public static void getData(Box<Number> data){
System.out.println("data :" + data.getData());
}
}
我們發(fā)現(xiàn)，在代碼//1處出現(xiàn)了錯(cuò)誤提示信息：The method getData(Box<Number>) in the t ype GenericTest is not applicable for the arguments (Box<Integer>)。顯然，通過(guò)提示信息，我們知道Box<Number>在邏輯上不能視為Box<Integer>的父類。那么，原因何在呢？
public class GenericTest {
public static void main(String[] args) {
Box<Integer> a = new Box<Integer>(712);
Box<Number> b = a; // 1
Box<Float> f = new Box<Float>(3.14f);
b.setData(f); // 2
}
public static void getData(Box<Number> data) {
System.out.println("data :" + data.getData());
}
}
class Box<T> {
private T data;
public Box() {
}
public Box(T data) {
setData(data);
}
public T getData() {
return data;
}
public void setData(T data) {
this.data = data;
}
}
這個(gè)例子中，顯然//1和//2處肯定會(huì)出現(xiàn)錯(cuò)誤提示的。在此我們可以使用反證法來(lái)進(jìn)行說(shuō)明。
假設(shè)Box<Number>在邏輯上可以視為Box<Integer>的父類，那么//1和//2處將不會(huì)有錯(cuò)誤提示了，那么問(wèn)題就出來(lái)了，通過(guò)getData()方法取出數(shù)據(jù)時(shí)到底是什么類型呢？Integer? Float? 還是Number？且由于在編程過(guò)程中的順序不可控性，導(dǎo)致在必要的時(shí)候必須要進(jìn)行類型判斷，且進(jìn)行強(qiáng)制類型轉(zhuǎn)換。顯然，這與泛型的理念矛盾，因此，在邏輯上Box<Number>不能視為Box<Integer>的父類。
好，那我們回過(guò)頭來(lái)繼續(xù)看“類型通配符”中的第一個(gè)例子，我們知道其具體的錯(cuò)誤提示的深層次原因了。那么如何解決呢？總部能再定義一個(gè)新的函數(shù)吧。這和Java中的多態(tài)理念顯然是違背的，因此，我們需要一個(gè)在邏輯上可以用來(lái)表示同時(shí)是Box<Integer>和Box<Number>的父類的一個(gè)引用類型，由此，類型通配符應(yīng)運(yùn)而生。
類型通配符一般是使用 ? 代替具體的類型實(shí)參。注意了，此處是類型實(shí)參，而不是類型形參！且Box<?>在邏輯上是Box<Integer>、Box<Number>...等所有Box<具體類型實(shí)參>的父類。由此，我們依然可以定義泛型方法，來(lái)完成此類需求。
public class GenericTest {
public static void main(String[] args) {
Box<String> name = new Box<String>("corn");
Box<Integer> age = new Box<Integer>(712);
Box<Number> number = new Box<Number>(314);
getData(name);
getData(age);
getData(number);
}
public static void getData(Box<?> data) {
System.out.println("data :" + data.getData());
}
}
有時(shí)候，我們還可能聽(tīng)到類型通配符上限和類型通配符下限。具體有是怎么樣的呢？
在上面的例子中，如果需要定義一個(gè)功能類似于getData()的方法，但對(duì)類型實(shí)參又有進(jìn)一步的限制：只能是Number類及其子類。此時(shí)，需要用到類型通配符上限。
public class GenericTest {
public static void main(String[] args) {
Box<String> name = new Box<String>("corn");
Box<Integer> age = new Box<Integer>(712);
Box<Number> number = new Box<Number>(314);
getData(name);
getData(age);
getData(number);
//getUpperNumberData(name); // 1
getUpperNumberData(age); // 2
getUpperNumberData(number); // 3
}
public static void getData(Box<?> data) {
System.out.println("data :" + data.getData());
}
public static void getUpperNumberData(Box<? extends Number> data){
System.out.println("data :" + data.getData());
}
}
此時(shí)，顯然，在代碼//1處調(diào)用將出現(xiàn)錯(cuò)誤提示，而//2 //3處調(diào)用正常。
類型通配符上限通過(guò)形如Box<? extends Number>形式定義，相對(duì)應(yīng)的，類型通配符下限為Box<? super Number>形式，其含義與類型通配符上限正好相反，在此不作過(guò)多闡述了。
五.話外篇
本文中的例子主要是為了闡述泛型中的一些思想而簡(jiǎn)單舉出的，并不一定有著實(shí)際的可用性。另外，一提到泛型，相信大家用到最多的就是在集合中，其實(shí)，在實(shí)際的編程過(guò)程中，自己可以使用泛型去簡(jiǎn)化開(kāi)發(fā)，且能很好的保證代碼質(zhì)量。并且還要注意的一點(diǎn)是，Java中沒(méi)有所謂的泛型數(shù)組一說(shuō)。
對(duì)于泛型，最主要的還是需要理解其背后的思想和目的。
以上就是對(duì)Java 泛型的知識(shí)資料整理，后續(xù)繼續(xù)補(bǔ)充相關(guān)資料，謝謝大家對(duì)本站的支持！
相關(guān)文章
Java實(shí)用小技能之快速創(chuàng)建List常用幾種方式
java集合可以說(shuō)無(wú)論是面試、刷題還是工作中都是非常常用的,下面這篇文章主要給大家介紹了關(guān)于Java實(shí)用小技能之快速創(chuàng)建List常用的幾種方式,文中通過(guò)實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下2022-12-12
這篇文章主要介紹了Java正則表達(dá)式語(yǔ)法，包括常用正則表達(dá)式、匹配驗(yàn)證-驗(yàn)證Email是否正確以及字符串中查詢字符或者字符串，感興趣的小伙伴們可以參考一下2015-12-12
詳解如何在Spring Boot項(xiàng)目使用參數(shù)校驗(yàn)
本篇文章主要介紹了如何在Spring Boot項(xiàng)目使用參數(shù)校驗(yàn)，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-06-06
SpringBoot整合MyBatis實(shí)現(xiàn)樂(lè)觀鎖和悲觀鎖的示例
這篇文章主要介紹了SpringBoot整合MyBatis實(shí)現(xiàn)樂(lè)觀鎖和悲觀鎖的示例，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-09-09
空指針,也就是NullPointerException 簡(jiǎn)稱NPE的,怕一下子寫出NPE,部分的伙伴看不懂,索性就改成了空指針,在實(shí)際的開(kāi)發(fā)中,我們最討厭的就是遇到空指針了,業(yè)務(wù)跑著跑著發(fā)現(xiàn)了空指針,所以本文詳細(xì)介紹了Java如何有效的避免空指針,需要的朋友可以參考下2023-12-12
這篇文章主要介紹了JMeter導(dǎo)入自定義的Jar包的詳解教程,本文通過(guò)圖文并茂的形式給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2020-07-07
Java數(shù)組擴(kuò)容實(shí)現(xiàn)方法解析
這篇文章主要介紹了Java數(shù)組擴(kuò)容實(shí)現(xiàn)方法解析,文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2019-11-11
Java語(yǔ)法之 Java 的多態(tài)、抽象類和接口
上節(jié)介紹了 Java 基礎(chǔ)語(yǔ)法之解析 Java 的包和繼承，如果這類知識(shí)有點(diǎn)疑惑的小伙伴，可以去 Java 的包和繼承 這章看看，或許可以幫你解決一些疑惑喲！今天這篇文章我們將講解的是 Java 的多態(tài)、抽象類和接口，感興趣的小伙伴可以參考下面文章的具體內(nèi)容2021-09-09
Spring MVC Annotation驗(yàn)證的方法
這篇文章主要介紹了Spring MVC Annotation驗(yàn)證的方法，小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2018-03-03
為什么在foreach循環(huán)中JAVA集合不能添加或刪除元素
今天給大家?guī)?lái)的文章是關(guān)于Java的相關(guān)知識(shí),文章圍繞著為什么在foreach循環(huán)中JAVA集合不能添加或刪除元素展開(kāi),文中有非常詳細(xì)的介紹及代碼示例,需要的朋友可以參考下2021-06-06