Java 這個高級特性，很多人還沒用過！
泛型是 Java 的高級特性之一，如果想寫出優雅而高擴展性的代碼，或是想讀得懂一些優秀的源碼，泛型是繞不開的檻。本文介紹了什么是泛型、類型擦除的概念及其實現，最后總結了泛型使用的最佳實踐。
前言
想寫一下關于 Java 一些高級特性的文章，雖然這些特性在平常實現普通業務時不必使用，但如果想寫出優雅而高擴展性的代碼，或是想讀得懂一些優秀的源碼，這些特性又是不可避免的。
如果對這些特性不了解，不熟悉特性的應用場景，使用時又因為語法等原因困難重重，很難讓人克服惰性去使用它們，所以身邊總有一些同事，工作了很多年，卻從沒有用過 Java 的某些高級特性，寫出的代碼總是差那么一點兒感覺。
為了避免幾年后自己的代碼還是非常 low，我準備從現在開始深入理解一下這些特性。本文先寫一下應用場景最多的泛型。
泛型是什么
首先來說泛型是什么。泛型的英文是 generic，中文意思是通用的、一類的，結合其應用場景，我理解泛型是一種 通用類型。但我們一般指泛型都是指其實現方式，也就是 將類型參數化
對于 Java 這種強類型語言來說，如果沒有泛型的話，處理相同邏輯不同類型的需求會非常麻煩。
如果想寫一個對 int 型數據的快速排序，我們編碼為（不是主角，網上隨便找的=_=）：
- public static void quickSort(int[] data, int start, int end) {
- int key = data[start];
- int i = start;
- int j = end;
- while (i < j) {
- while (data[j] > key && j > i) {
- j--;
- }
- data[i] = data[j];
- while (data[i] < key && i < j) {
- i++;
- }
- data[j] = data[i];
- }
- data[i] = key;
- if (i - 1 > start) {
- quickSort(data, start, i - 1);
- }
- if (i + 1 < end) {
- quickSort(data, i + 1, end);
- }
- }
可是如果需求變了，現在需要實現 int 和 long 兩種數據類型的快排，那么我們需要利用 Java 類方法重載功能，復制以上代碼，將參數類型改為 double 粘貼一遍。可是，如果還要實現 float、double 甚至字符串、各種類的快速排序呢，難道每添加一種類型就要復制粘貼一遍代碼嗎，這樣未必太不優雅。
當然我們也可以聲明傳入參數為 Object，并在比較兩個元素大小時，判斷元素類型，并使用對應的方法比較。這樣，代碼就會惡心在類型判斷上了。不優雅的范圍小了一點，并不能解決問題。
這時，我們考慮使用通用類型（泛型），將快排方法的參數設置為一個通用類型，無論什么樣的參數，只要實現了 Comparable 接口，都可以傳入并排序。
- public static <T extends Comparable<T>> void quickSort(T[] data, int start, int end) {
- T key = data[start];
- int i = start;
- int j = end;
- while (i < j) {
- while (data[j].compareTo(key) > 0 && j > i) {
- j--;
- }
- data[i] = data[j];
- while (data[i].compareTo(key) < 0 && i < j) {
- i++;
- }
- data[j] = data[i];
- }
- data[i] = key;
- if (i - 1 > start) {
- quickSort(data, start, i - 1);
- }
- if (i + 1 < end) {
- quickSort(data, i + 1, end);
- }
- }
那么，可以總結一下泛型的應用場景了，當遇到以下場景時，我們可以考慮使用泛型：
- 當參數類型不明確，可能會擴展為多種時。
- 想聲明參數類型為 Object，并在使用時用 instanceof 判斷時。
需要注意，泛型只能替代Object的子類型，如果需要替代基本類型，可以使用包裝類，至于為什么，會在下文中說明。
使用
然后我們來看一下，泛型怎么用。
聲明
泛型的聲明使用 <占位符 [,另一個占位符] > 的形式，需要在一個地方同時聲明多個占位符時，使用 , 隔開。占位符的格式并無限制，不過一般約定使用單個大寫字母，如 T 代表類型（type），E 代表元素*（element）等。雖然沒有嚴格規定，不過為了代碼的易讀性，最好使用前檢查一下約定用法。
泛型指代一種參數類型，可以聲明在類、方法和接口上。
我們最常把泛型聲明在類上：
- class Generics<T> { // 在類名后聲明引入泛型類型
- private T field; // 引入后可以將字段聲明為泛型類型
- public T getField() { // 類方法內也可以使用泛型類型
- return field;
- }
- }
把泛型聲明在方法上時：
- public [static] <T> void testMethod(T arg) { // 訪問限定符[靜態方法在 static] 后使用 <占位符> 聲明泛型方法后，在參數列表后就可以使用泛型類型了
- // doSomething
- }
最后是在接口中聲明泛型，如上面的快排中，我們使用了 Comparable<T> 的泛型接口，與此類似的還有 Searializable<T> Iterable<T>等，其實在接口中聲明與在類中聲明并沒有什么太大區別。
調用
然后是泛型的調用，泛型的調用和普通方法或類的調用沒有什么大的區別，如下：
- public static void main(String[] args) {
- String[] strArr = new String[2];
- // 泛型方法的調用跟普通方法相同
- Generics.quickSort(strArr, 0, 30 );
- // 泛型類在調用時需要聲明一種精確類型
- Generics<Long> sample = new Generics<>();
- Long field = sample.getField();
- }
- // 泛型接口需要在泛型類里實現
- class GenericsImpl<T> implements Comparable<T> {
- @Override
- public int compareTo(T o) {
- return 0;
- }
- }
類型擦除
講泛型不可不提類型擦除，只有明白了類型擦除，才算明白了泛型，也就可以避開使用泛型時的坑。
由來
嚴格來說，Java的泛型并不是真正的泛型。Java 的泛型是 JDK1.5 之后添加的特性，為了兼容之前版本的代碼，其實現引入了類型擦除的概念。
類型擦除指的是：Java 的泛型代碼在編譯時，由編譯器進行類型檢查，之后會將其泛型類型擦除掉，只保存原生類型，如 Generics<Long> 被擦除后是 Generics，我們常用的 List<String> 被擦除后只剩下 List。
接下來的 Java 代碼在運行時，使用的還是原生類型，并沒有一種新的類型叫 泛型。這樣，也就兼容了泛型之前的代碼。
如以下代碼：
- public static void main(String[] args) {
- List<String> stringList = new ArrayList<>();
- List<Long> longList = new ArrayList<>();
- if (stringList.getClass() == longList.getClass()) {
- System.out.println(stringList.getClass().toString());
- System.out.println(longList.getClass().toString());
- System.out.println("type erased");
- }
- }
結果 longList 和 stringList 輸出的類型都為 class java.util.ArrayList，兩者類型相同，說明其泛型類型被擦除掉了。
實際上，實現了泛型的代碼的字節碼內會有一個 signature 字段，其中指向了常量表中泛型的真正類型，所以泛型的真正類型，還可以通過反射獲取得到。
實現
那么類型擦除之后，Java 是如何保證泛型代碼執行期間沒有問題的呢？
我們將一段泛型代碼用 javac 命令編譯成 class 文件后，再使用 javap 命令查看其字節碼信息：
我們會發現，類型里的 T 被替換成了 Object 類型，而在 main 方法里 getField 字段時，進行了類型轉換(checkcast)，如此，我們可以看出來 Java 的泛型實現了，一段泛型代碼的編譯運行過程如下：
- 編譯期間編譯器檢查傳入的泛型類型與聲明的泛型類型是否匹配，不匹配則報出編譯器錯誤；
- 編譯器執行類型擦除，字節碼內只保留其原始類型；
- 運行期間，再將 Object 轉換為所需要的泛型類型。
也就是說：Java 的泛型實際上是由編譯器實現的，將泛型類型轉換為 Object 類型，在運行期間再進行狀態轉換。
實踐問題
由上，我們來看使用泛型時需要注意的問題：
具體類型須為Object子類型
上文中提到實現泛型時聲明的具體類型必須為 Object 的子類型，這是因為編譯器進行類型擦除后會使用 Object 替換泛型類型，并在運行期間進行類型轉換，而基礎類型和 Object 之間是無法替換和轉換的。
如：Generics<int> generics = new Generics<int>(); 在編譯期間就會報錯的。
邊界限定通配符的使用
泛型雖然為通用類型，但也是可以設置其通用性的，于是就有了邊界限定通配符，而邊界通配符要配合類型擦除才好理解。
<? extends Generics> 是上邊界限定通配符，避開 上邊界 這個比較模糊的詞不談，我們來看其聲明 xx extends Generics， XX 是繼承了 Generics 的類（也有可能是實現，下面只說繼承），我們按照以下代碼聲明：
- List<? extends Generics> genericsList = new ArrayList<>();
- Generics generics = genericsList.get(0);
- genericsList.add(new Generics<String>()); // 編譯無法通過
我們會發現最后一行編譯報錯，至于為什么，可以如此理解：XX 是繼承了 Generics 的類，List 中取出來的類一定是可以轉換為 Generics，所以 get 方法沒問題；而具體是什么類，我們并不知道，將父類強制轉換成子類可能會造成運行期錯誤，所以編譯器不允許這種情況；
而同理 <? super Generics> 是下邊界限定通配符， XX 是 Generics 的父類，所以：
- List<? super Generics> genericsList = new ArrayList<>();
- genericsList.add(new Generics()); // 編譯無法通過
- Generics generics = genericsList.get(0);
使用前需要根據這兩種情況，考慮需要 get 還是 set， 進而決定用哪種邊界限定通配符。
最佳實踐
當然，泛型并不是一個萬能容器。什么類型都往泛型里扔，還不如直接使用 Object 類型。
什么時候確定用泛型，如何使用泛型，這些問題的解決不僅僅只依靠編程經驗，我們使用開頭快排的例子整理一下泛型的實踐方式：
1. 將代碼邏輯拆分為兩部分：通用邏輯和類型相關邏輯；通用邏輯是一些跟參數類型無關的邏輯，如快排的元素位置整理等；類型相關邏輯，顧名思義，是需要確定類型后才能編寫的邏輯，如元素大小的比較，String 類型的比較和 int 類型的比較就不一樣。
2. 如果沒有類型相關的邏輯，如 List 作為容器不需要考慮什么類型，那么直接完善通用代碼即可。
3. 如果有參數類型相關的邏輯，那么就需要考慮這些邏輯是否已有共同的接口實現，如果已有共同的接口實現，可以使用邊界限定通配符。如快排的元素就實現了 Compare 接口，Object 已經實現了 toString() 方法，所有的打印語句都可以調用它。
4. 如果還沒有共同的接口，那么需要考慮是否可以抽象出一個通用的接口實現，如打印人類的衣服顏色和動物的毛皮顏色，就可以抽象出一個 getColor() 接口，抽象之后再使用邊界限定通配符。
5. 如果無法抽象出通用接口，如輸出人類身高或動物體重這種，還是不要使用泛型了，因為不限定類型的話，具體類型的方法調用也就無從談起，編譯也無法通過。
我將以上步驟整理了一個流程圖，按照這個圖，我們可以快速得出能不能用泛型，怎么用泛型。
小結
好好理了一下泛型，感覺收獲頗多，Java 迷霧被撥開了一些。這些特性確實挺難纏，每當自己覺得已經理解得差不多的時候，過些日子又覺得當初理解得還不夠。重要的還是要實踐，在使用時會很容易發現疑惑的地方。
