自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Java 這個(gè)高級(jí)特性,很多人還沒用過!

開發(fā) 后端
本文介紹了什么是泛型、類型擦除的概念及其實(shí)現(xiàn),最后總結(jié)了泛型使用的最佳實(shí)踐。

 泛型是 Java 的高級(jí)特性之一,如果想寫出優(yōu)雅而高擴(kuò)展性的代碼,或是想讀得懂一些優(yōu)秀的源碼,泛型是繞不開的檻。本文介紹了什么是泛型、類型擦除的概念及其實(shí)現(xiàn),最后總結(jié)了泛型使用的最佳實(shí)踐。

前言

想寫一下關(guān)于 Java 一些高級(jí)特性的文章,雖然這些特性在平常實(shí)現(xiàn)普通業(yè)務(wù)時(shí)不必使用,但如果想寫出優(yōu)雅而高擴(kuò)展性的代碼,或是想讀得懂一些優(yōu)秀的源碼,這些特性又是不可避免的。

如果對(duì)這些特性不了解,不熟悉特性的應(yīng)用場(chǎng)景,使用時(shí)又因?yàn)檎Z(yǔ)法等原因困難重重,很難讓人克服惰性去使用它們,所以身邊總有一些同事,工作了很多年,卻從沒有用過 Java 的某些高級(jí)特性,寫出的代碼總是差那么一點(diǎn)兒感覺。

為了避免幾年后自己的代碼還是非常 low,我準(zhǔn)備從現(xiàn)在開始深入理解一下這些特性。本文先寫一下應(yīng)用場(chǎng)景最多的泛型。

泛型是什么

首先來說泛型是什么。泛型的英文是 generic,中文意思是通用的、一類的,結(jié)合其應(yīng)用場(chǎng)景,我理解泛型是一種 通用類型。但我們一般指泛型都是指其實(shí)現(xiàn)方式,也就是 將類型參數(shù)化

對(duì)于 Java 這種強(qiáng)類型語(yǔ)言來說,如果沒有泛型的話,處理相同邏輯不同類型的需求會(huì)非常麻煩。

如果想寫一個(gè)對(duì) int 型數(shù)據(jù)的快速排序,我們編碼為(不是主角,網(wǎng)上隨便找的=_=): 

  1. public static void quickSort(int[] data, int start, int end) {  
  2.         int key = data[start];  
  3.         int i = start 
  4.         int j = end 
  5.         while (i < j) {  
  6.             while (data[j] > key && j > i) {  
  7.                 j--;  
  8.             }  
  9.             data[i] = data[j];   
  10.             while (data[i] < key && i < j) {  
  11.                 i++;  
  12.             }  
  13.             data[j] = data[i];  
  14.         }  
  15.         data[i] = key;   
  16.         if (i - 1 > start) {  
  17.             quickSort(data, start, i - 1);  
  18.         } 
  19.         if (i + 1 < end) {  
  20.             quickSort(data, i + 1, end);  
  21.         }  
  22.     } 

可是如果需求變了,現(xiàn)在需要實(shí)現(xiàn) int 和 long 兩種數(shù)據(jù)類型的快排,那么我們需要利用 Java 類方法重載功能,復(fù)制以上代碼,將參數(shù)類型改為 double 粘貼一遍??墒牵绻€要實(shí)現(xiàn) float、double 甚至字符串、各種類的快速排序呢,難道每添加一種類型就要復(fù)制粘貼一遍代碼嗎,這樣未必太不優(yōu)雅。

當(dāng)然我們也可以聲明傳入?yún)?shù)為 Object,并在比較兩個(gè)元素大小時(shí),判斷元素類型,并使用對(duì)應(yīng)的方法比較。這樣,代碼就會(huì)惡心在類型判斷上了。不優(yōu)雅的范圍小了一點(diǎn),并不能解決問題。

這時(shí),我們考慮使用通用類型(泛型),將快排方法的參數(shù)設(shè)置為一個(gè)通用類型,無(wú)論什么樣的參數(shù),只要實(shí)現(xiàn)了 Comparable 接口,都可以傳入并排序。 

  1. public static  <T extends Comparable<T>> void quickSort(T[] data, int start, int end) {  
  2.       T key = data[start];  
  3.       int i = start 
  4.       int j = end 
  5.       while (i < j) {  
  6.           while (data[j].compareTo(key) > 0 && j > i) {  
  7.               j--;  
  8.           }  
  9.           data[i] = data[j];   
  10.           while (data[i].compareTo(key) < 0 && i < j) {  
  11.               i++;  
  12.           }  
  13.           data[j] = data[i];  
  14.       }  
  15.       data[i] = key;  
  16.       if (i - 1 > start) {  
  17.           quickSort(data, start, i - 1);  
  18.       }  
  19.       if (i + 1 < end) {  
  20.           quickSort(data, i + 1, end);  
  21.       }  
  22.   } 

那么,可以總結(jié)一下泛型的應(yīng)用場(chǎng)景了,當(dāng)遇到以下場(chǎng)景時(shí),我們可以考慮使用泛型:

  •  當(dāng)參數(shù)類型不明確,可能會(huì)擴(kuò)展為多種時(shí)。
  •  想聲明參數(shù)類型為 Object,并在使用時(shí)用 instanceof 判斷時(shí)。

需要注意,泛型只能替代Object的子類型,如果需要替代基本類型,可以使用包裝類,至于為什么,會(huì)在下文中說明。

使用

然后我們來看一下,泛型怎么用。

聲明

泛型的聲明使用 <占位符 [,另一個(gè)占位符] > 的形式,需要在一個(gè)地方同時(shí)聲明多個(gè)占位符時(shí),使用 , 隔開。占位符的格式并無(wú)限制,不過一般約定使用單個(gè)大寫字母,如 T 代表類型(type),E 代表元素*(element)等。雖然沒有嚴(yán)格規(guī)定,不過為了代碼的易讀性,最好使用前檢查一下約定用法。

泛型指代一種參數(shù)類型,可以聲明在類、方法和接口上。

我們最常把泛型聲明在類上: 

  1. class Generics<T> { // 在類名后聲明引入泛型類型  
  2.     private T field;  // 引入后可以將字段聲明為泛型類型  
  3.     public T getField() { // 類方法內(nèi)也可以使用泛型類型  
  4.         return field;  
  5.     }  

把泛型聲明在方法上時(shí): 

  1. public [static] <T> void testMethod(T arg) { // 訪問限定符[靜態(tài)方法在 static] 后使用 <占位符> 聲明泛型方法后,在參數(shù)列表后就可以使用泛型類型了 
  2.      // doSomething  

最后是在接口中聲明泛型,如上面的快排中,我們使用了 Comparable<T> 的泛型接口,與此類似的還有 Searializable<T> Iterable<T>等,其實(shí)在接口中聲明與在類中聲明并沒有什么太大區(qū)別。

調(diào)用

然后是泛型的調(diào)用,泛型的調(diào)用和普通方法或類的調(diào)用沒有什么大的區(qū)別,如下: 

  1.   public static void main(String[] args) {  
  2.         String[] strArr = new String[2];  
  3.         // 泛型方法的調(diào)用跟普通方法相同  
  4.   Generics.quickSort(strArr, 0, 30 ); 
  5.    // 泛型類在調(diào)用時(shí)需要聲明一種精確類型  
  6.         Generics<Long> sample = new Generics<>(); 
  7.         Long field = sample.getField();  
  8.     }   
  9.     // 泛型接口需要在泛型類里實(shí)現(xiàn)  
  10.     class GenericsImpl<T> implements Comparable<T> {  
  11.     @Override  
  12.     public int compareTo(T o) {  
  13.         return 0;  
  14.     }  

類型擦除

講泛型不可不提類型擦除,只有明白了類型擦除,才算明白了泛型,也就可以避開使用泛型時(shí)的坑。

由來

嚴(yán)格來說,Java的泛型并不是真正的泛型。Java 的泛型是 JDK1.5 之后添加的特性,為了兼容之前版本的代碼,其實(shí)現(xiàn)引入了類型擦除的概念。

類型擦除指的是:Java 的泛型代碼在編譯時(shí),由編譯器進(jìn)行類型檢查,之后會(huì)將其泛型類型擦除掉,只保存原生類型,如 Generics<Long> 被擦除后是 Generics,我們常用的 List<String> 被擦除后只剩下 List。

接下來的 Java 代碼在運(yùn)行時(shí),使用的還是原生類型,并沒有一種新的類型叫 泛型。這樣,也就兼容了泛型之前的代碼。

如以下代碼: 

  1. public static void main(String[] args) {  
  2.       List<String> stringList = new ArrayList<>();  
  3.       List<Long> longList = new ArrayList<>();  
  4.       if (stringList.getClass() == longList.getClass()) {  
  5.           System.out.println(stringList.getClass().toString());  
  6.           System.out.println(longList.getClass().toString());  
  7.  System.out.println("type erased");  
  8.       }  
  9.   } 

結(jié)果 longList 和 stringList 輸出的類型都為 class java.util.ArrayList,兩者類型相同,說明其泛型類型被擦除掉了。

實(shí)際上,實(shí)現(xiàn)了泛型的代碼的字節(jié)碼內(nèi)會(huì)有一個(gè) signature 字段,其中指向了常量表中泛型的真正類型,所以泛型的真正類型,還可以通過反射獲取得到。

實(shí)現(xiàn)

那么類型擦除之后,Java 是如何保證泛型代碼執(zhí)行期間沒有問題的呢?

我們將一段泛型代碼用 javac 命令編譯成 class 文件后,再使用 javap 命令查看其字節(jié)碼信息:

我們會(huì)發(fā)現(xiàn),類型里的 T 被替換成了 Object 類型,而在 main 方法里 getField 字段時(shí),進(jìn)行了類型轉(zhuǎn)換(checkcast),如此,我們可以看出來 Java 的泛型實(shí)現(xiàn)了,一段泛型代碼的編譯運(yùn)行過程如下:

  1.  編譯期間編譯器檢查傳入的泛型類型與聲明的泛型類型是否匹配,不匹配則報(bào)出編譯器錯(cuò)誤;
  2.  編譯器執(zhí)行類型擦除,字節(jié)碼內(nèi)只保留其原始類型;
  3.  運(yùn)行期間,再將 Object 轉(zhuǎn)換為所需要的泛型類型。

也就是說:Java 的泛型實(shí)際上是由編譯器實(shí)現(xiàn)的,將泛型類型轉(zhuǎn)換為 Object 類型,在運(yùn)行期間再進(jìn)行狀態(tài)轉(zhuǎn)換。

實(shí)踐問題

由上,我們來看使用泛型時(shí)需要注意的問題:

具體類型須為Object子類型

上文中提到實(shí)現(xiàn)泛型時(shí)聲明的具體類型必須為 Object 的子類型,這是因?yàn)榫幾g器進(jìn)行類型擦除后會(huì)使用 Object 替換泛型類型,并在運(yùn)行期間進(jìn)行類型轉(zhuǎn)換,而基礎(chǔ)類型和 Object 之間是無(wú)法替換和轉(zhuǎn)換的。

如:Generics<int> generics = new Generics<int>(); 在編譯期間就會(huì)報(bào)錯(cuò)的。

邊界限定通配符的使用

泛型雖然為通用類型,但也是可以設(shè)置其通用性的,于是就有了邊界限定通配符,而邊界通配符要配合類型擦除才好理解。

<? extends Generics> 是上邊界限定通配符,避開 上邊界 這個(gè)比較模糊的詞不談,我們來看其聲明 xx extends Generics, XX 是繼承了 Generics 的類(也有可能是實(shí)現(xiàn),下面只說繼承),我們按照以下代碼聲明: 

  1. List<? extends Generics> genericsList = new ArrayList<>();  
  2. Generics generics = genericsList.get(0);  
  3. genericsList.add(new Generics<String>()); // 編譯無(wú)法通過 

我們會(huì)發(fā)現(xiàn)最后一行編譯報(bào)錯(cuò),至于為什么,可以如此理解:XX 是繼承了 Generics 的類,List 中取出來的類一定是可以轉(zhuǎn)換為 Generics,所以 get 方法沒問題;而具體是什么類,我們并不知道,將父類強(qiáng)制轉(zhuǎn)換成子類可能會(huì)造成運(yùn)行期錯(cuò)誤,所以編譯器不允許這種情況;

而同理 <? super Generics> 是下邊界限定通配符, XX 是 Generics 的父類,所以: 

  1. List<? super Generics> genericsList = new ArrayList<>();  
  2. genericsList.add(new Generics()); // 編譯無(wú)法通過  
  3. Generics generics = genericsList.get(0); 

使用前需要根據(jù)這兩種情況,考慮需要 get 還是 set, 進(jìn)而決定用哪種邊界限定通配符。

最佳實(shí)踐

當(dāng)然,泛型并不是一個(gè)萬(wàn)能容器。什么類型都往泛型里扔,還不如直接使用 Object 類型。

什么時(shí)候確定用泛型,如何使用泛型,這些問題的解決不僅僅只依靠編程經(jīng)驗(yàn),我們使用開頭快排的例子整理一下泛型的實(shí)踐方式:

    1.  將代碼邏輯拆分為兩部分:通用邏輯和類型相關(guān)邏輯;通用邏輯是一些跟參數(shù)類型無(wú)關(guān)的邏輯,如快排的元素位置整理等;類型相關(guān)邏輯,顧名思義,是需要確定類型后才能編寫的邏輯,如元素大小的比較,String 類型的比較和 int 類型的比較就不一樣。

    2.  如果沒有類型相關(guān)的邏輯,如 List 作為容器不需要考慮什么類型,那么直接完善通用代碼即可。

    3.  如果有參數(shù)類型相關(guān)的邏輯,那么就需要考慮這些邏輯是否已有共同的接口實(shí)現(xiàn),如果已有共同的接口實(shí)現(xiàn),可以使用邊界限定通配符。如快排的元素就實(shí)現(xiàn)了 Compare 接口,Object 已經(jīng)實(shí)現(xiàn)了 toString() 方法,所有的打印語(yǔ)句都可以調(diào)用它。

    4.  如果還沒有共同的接口,那么需要考慮是否可以抽象出一個(gè)通用的接口實(shí)現(xiàn),如打印人類的衣服顏色和動(dòng)物的毛皮顏色,就可以抽象出一個(gè) getColor() 接口,抽象之后再使用邊界限定通配符。

    5.  如果無(wú)法抽象出通用接口,如輸出人類身高或動(dòng)物體重這種,還是不要使用泛型了,因?yàn)椴幌薅愋偷脑?,具體類型的方法調(diào)用也就無(wú)從談起,編譯也無(wú)法通過。

我將以上步驟整理了一個(gè)流程圖,按照這個(gè)圖,我們可以快速得出能不能用泛型,怎么用泛型。

小結(jié)

好好理了一下泛型,感覺收獲頗多,Java 迷霧被撥開了一些。這些特性確實(shí)挺難纏,每當(dāng)自己覺得已經(jīng)理解得差不多的時(shí)候,過些日子又覺得當(dāng)初理解得還不夠。重要的還是要實(shí)踐,在使用時(shí)會(huì)很容易發(fā)現(xiàn)疑惑的地方。 

 

責(zé)任編輯:龐桂玉 來源: 民工哥技術(shù)之路
相關(guān)推薦

2024-08-19 02:00:00

FunctionJava8接口

2024-09-05 09:30:51

FunctionJava8接口

2017-07-26 10:08:06

FABDesign SuppAndroid

2022-04-19 08:50:43

Java8接口

2025-02-21 08:48:16

Typescript內(nèi)置聯(lián)合類型

2022-07-20 07:29:52

Java

2020-01-17 20:00:25

SQL函數(shù)數(shù)據(jù)庫(kù)

2020-10-20 18:51:43

C++IDECode

2024-09-12 08:32:42

2021-01-30 11:42:53

迭代器代碼元素

2021-01-03 16:12:35

Java工具開發(fā)

2024-03-26 00:48:38

2022-02-06 00:07:19

互聯(lián)網(wǎng)失業(yè)職業(yè)

2018-02-13 14:48:17

戴爾

2020-11-04 10:31:29

Jupyter NotPython數(shù)據(jù)分析

2019-12-26 14:50:36

ORDER BY數(shù)據(jù)庫(kù)排序函數(shù)

2022-11-29 07:33:15

JavaLombokRecord

2012-06-07 16:16:43

JavaScript

2017-03-22 19:52:16

Devops開源

2019-06-26 10:10:44

Linux終端命令
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)