2009 年 4 月 20 日，Java 的親生父親 Sun 被養(yǎng)父 Oracle 以 74 億美元收購，這在當時可是一件天大的事。有不少同學都擔心 Java 的前途，我當時傻不啦嘰地也很擔心：自己剛學會如何通過記事本編寫 Java 代碼，然后通過 cmd 打印 Hello World 呢，這一下難道白學了？

但其實這種擔心是多余的，因為 Java 并不會陪葬，畢竟行業(yè)內(nèi)有太多基于 Java 的軟件系統(tǒng)在運行，Java 牽扯了太多人的飯碗。10 年過去了，Java 果然沒有陪葬，我仍然堅守在 Java 的陣線上。

2011 年 7 月 7 日，代號「海豚(Dolphin)」的 Java 7 首次推出，這也是 Java 歷史上一次非常重要的版本更新。同時推出了非常多實用的新特性，比如說創(chuàng)建泛型實例時自動類型推斷、switch-case 語句支持字符串類型、新增 try-with-resources 語句等等。

這么多年過去了，Java 7 的“新”特性顯然都變成老古董了——它們似乎也不需要我再贅述了，但好像不是這樣的。前幾天我發(fā)了一篇文章，用到了其中一個新特性，竟然有同學表示從來沒見過這個新特性，特意在交流群里@我，要我說清楚怎么回事（代碼折疊了，隨后貼出來）。

當時我就在想啊，原來技術從來沒有“新與舊”之說，只有知不知道。所以借此機會，我就再來“贅述”一下 Java 7 的那些最經(jīng)常使用的新特性吧。

01、數(shù)值中可使用下劃線分隔符聯(lián)接

之前圖片中的代碼沒有展示全，現(xiàn)在我把具體的代碼貼出來。

其中 100_000 就是讀者要我解釋清楚的那個特性：在數(shù)值類型的字面值中使用下劃線分隔符聯(lián)接。

人腦不總是很善于記住很長串的數(shù)字，所以在處理長串數(shù)字時會采用分割法，比如說電話號碼要用一個分隔符“-”隔開，銀行卡號會每隔四位有一個空格等等。

數(shù)字中沒有用逗號（,）和中劃線（-）作為分隔符，是因為它們可能會引發(fā)歧義，取而代之的是下劃線（_）。這個不起眼的特性，讓我們開發(fā)人員在處理數(shù)字上輕松多了，畢竟 100_000 比 100000 （忍不住查了一遍 0 的個數(shù)，害怕多寫或者少寫）辨識度高得多。

下劃線（_）位置并不固定，你可以隨意擺放，舉例如下：

int a = 100_000, b = 100000, c = 10_0000;System.out.println(a==b); // trueSystem.out.println(b==c); // trueSystem.out.println(a==c); // true
1
2
3
4

需要注意的是，下劃線僅僅能在數(shù)字中間，編譯器在編譯的時候自己主動刪除數(shù)字中的下劃線。反編譯后的代碼如下所示：

02、 switch-case 語句支持字符串類型

我們都知道，switch 是一種高效的判斷語句，比起 if/else 真的是爽快多了。示例如下：

String wanger = '王二';switch (wanger) {case '王二':	System.out.println('王三他哥哥王二');	break;case '王三':	System.out.println('王二他弟弟王三');	break;default:	System.out.println('王二他妹妹王六');	break;}
1
2
3
4
5
6
7
8
9
10
11
12
13
14

switch-case 語句在處理字符串的時候，會先將 switch 括號中的字符串和 case 后的字符串轉成 hashCode，所以字符串不能為 null，否則會拋出 NullPointerException。反編譯后的代碼如下所示：

03、try-with-resources 語句

try-with-resources 的基本設想是把資源（socket、文件、數(shù)據(jù)庫連接）的作用域限定在代碼塊內(nèi)，當這塊代碼執(zhí)行完后，資源會被自動釋放。

在此之前，資源的釋放需要在 finally 中主動關閉，不管 try 中的代碼是否正常退出或者異常退出。就像下面這樣：

BufferedReader in = null;try {	in = new BufferedReader(new FileReader('cmower.txt'));	int charRead;	while ((charRead = in.read()) != -1) {		System.out.printf('%c ', (char) charRead);	}} catch (IOException ex) {	ex.printStackTrace();} finally {	try {		if (in != null)			in.close();	} catch (IOException ex) {		ex.printStackTrace();	}}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

這樣的代碼看起來就像老太婆的裹腳布，又臭又長；有了 try-with-resources 之后，情況大有改觀，不信你看：

是不是清爽多了！把需要釋放的資源放在 try 后的 () 中，連 finally 也不需要了。不過，需要注意的是，上面的代碼還需要優(yōu)化，應該為每一個資源聲明獨立的變量，否則的話，某些特殊的情況下，資源可能無法正常關閉。

try (FileReader fr = new FileReader('cmower.txt'); 	BufferedReader in = new BufferedReader(fr);) {	int charRead;	while ((charRead = in.read()) != -1) {		System.out.printf('%c ', (char) charRead);	}} catch (IOException ex) {	ex.printStackTrace();}
1
2
3
4
5
6
7
8
9

try-with-resources 特性依賴于一個新定義的接口 AutoCloseable，需要釋放的資源必須要實現(xiàn)這個接口。

不過，try-with-resources 在本質(zhì)上仍然使用了 finally 去釋放資源，只不過這部分工作不再由開發(fā)者主動去做——從反編譯后的結果可以看得出來：

04、創(chuàng)建泛型實例時自動類型推斷

在這個特性出現(xiàn)之前，有關泛型變量的聲明略顯重復，示例如下：

Map<String, ArrayList<String>> wanger = new HashMap<String, ArrayList<String>>();
1

這樣的代碼簡直太長了，很多重復的字符，難道編譯器不能推斷出泛型的類型信息嗎？Java 7 實現(xiàn)了這個心愿。

這個看似簡單的特性省去了不少敲擊鍵盤的次數(shù)。

05、最后

除了上面我列出的這 4 個常用的新特性，Java 7 還有一些其他的特性，比如說 multi-catch，可以在一個 catch 語句中捕獲多個異常；比如說對集合（Collections）的增強支持，可以直接采用 []、{} 的形式存入對象，采用 [] 的形式按照索引、鍵值來獲取集合中的對象等等。

但總體上，我列出的那 4 個特性最為常用，其學習的意義更大。如果你覺得漏掉了某些更為常用的特性，歡迎你在文末提出來。

歡迎關注「沉默王二」公眾號，后臺回復關鍵字「java」即可免費獲取「Java 程序員進階必讀資料」。