一、簡單理解泛型
泛型是Java SE 1.5的新特性，泛型的本質(zhì)是參數(shù)化類型，也就是說所操作的數(shù)據(jù)類型被指定為一個參數(shù)。通俗點(diǎn)將就是“類型的變量”。這種類型變量可以用在類、接口和方法的創(chuàng)建中。
理解Java泛型最簡單的方法是把它看成一種便捷語法，能節(jié)省你某些Java類型轉(zhuǎn)換(casting)上的操作：
上面的代碼自身已表達(dá)的很清楚：box是一個裝有Apple對象的List。get方法返回一個Apple對象實(shí)例，這個過程不需要進(jìn)行類型轉(zhuǎn)換。沒有泛型，上面的代碼需要寫成這樣：
二、泛型的尷尬
泛型的最大優(yōu)點(diǎn)是提供了程序的類型安全同時可以向后兼容，但也有尷尬的地方，就是每次定義時都要寫明泛型的類型，這樣顯示指定不僅感覺有些冗長，最主要是很多程序員不熟悉泛型，因此很多時候不能夠給出正確的類型參數(shù)，現(xiàn)在通過編譯器自動推斷泛型的參數(shù)類型，能夠減少這樣的情況，并提高代碼可讀性。
三、java7的泛型類型推斷改進(jìn)
在以前的版本中使用泛型類型，需要在聲明并賦值的時候，兩側(cè)都加上泛型類型。例如：
你可能覺得:老子在聲明變量的的時候已經(jīng)指明了參數(shù)類型，為毛還要在初始化對象時再指定？幸好，在Java SE 7中，這種方式得以改進(jìn)，現(xiàn)在你可以使用如下語句進(jìn)行聲明并賦值：
在這條語句中，編譯器會根據(jù)變量聲明時的泛型類型自動推斷出實(shí)例化HashMap時的泛型類型。再次提醒一定要注意new HashMap后面的“<>”，只有加上這個“<>”才表示是自動類型推斷，否則就是非泛型類型的HashMap，并且在使用編譯器編譯源代碼時會給出一個警告提示。
但是：Java SE 7在創(chuàng)建泛型實(shí)例時的類型推斷是有限制的：只有構(gòu)造器的參數(shù)化類型在上下文中被顯著的聲明了，才可以使用類型推斷，否則不行。例如：下面的例子在java 7無法正確編譯（但現(xiàn)在在java8里面可以編譯，因為根據(jù)方法參數(shù)來自動推斷泛型的類型）：
List<String> list = new ArrayList<>();
list.add("A");// 由于addAll期望獲得Collection<? extends String>類型的參數(shù)，因此下面的語句無法通過
list.addAll(new ArrayList<>());
四、Java8的泛型類型推斷改進(jìn)
java8里面泛型的目標(biāo)類型推斷主要2個：
1.支持通過方法上下文推斷泛型目標(biāo)類型
2.支持在方法調(diào)用鏈路當(dāng)中，泛型類型推斷傳遞到最后一個方法
讓我們看看官網(wǎng)的例子：
class List<E> {
static <Z> List<Z> nil() { ... };
static <Z> List<Z> cons(Z head, List<Z> tail) { ... };
E head() { ... }
}
根據(jù)JEP101的特性，我們在調(diào)用上面方法的時候可以這樣寫
//通過方法賦值的目標(biāo)參數(shù)來自動推斷泛型的類型
List<String> l = List.nil();
//而不是顯示的指定類型
//List<String> l = List.<String>nil();
//通過前面方法參數(shù)類型推斷泛型的類型
List.cons(42, List.nil());
//而不是顯示的指定類型
//List.cons(42, List.<Integer>nil());
五、總結(jié)
以上是JEP101的特性內(nèi)容了，Java作為靜態(tài)語言的代表者，可以說類型系統(tǒng)相當(dāng)豐富。導(dǎo)致類型間互相轉(zhuǎn)換的問題困擾著每個java程序員，通過編譯器自動推斷類型的東西可以稍微緩解一下類型轉(zhuǎn)換太復(fù)雜的問題。 雖然說是小進(jìn)步，但對于我們天天寫代碼的程序員，肯定能帶來巨大的作用，至少心情更愉悅了~~說不定在java 9里面，我們會得到一個通用的類型var，像js或者scala的一些動態(tài)語言那樣^_^
