這是一個國外大神20多年的經(jīng)驗總結(jié)出來的……

“任何可能出錯的事情，最后都會出錯此迅∽锾”

這就是人們?yōu)槭裁聪矚g進行“防錯性程序設(shè)計”的原因。偏執(zhí)的習(xí)慣有時很有意義邮屁，有時則不夠清晰也不夠聰明整袁，也許當(dāng)你想到這樣寫的人的時候還會覺得有點怪異。下面是我列出的的個人感覺最有用而又偏執(zhí)的 10 項 Java 編程技巧佑吝。請看：

1. 把字符串常量放在前面

通過把字符串常量放在比較函數(shù)equals()比較項的左側(cè)來防止偶然的 NullPointerException 從來都不是一個壞主意坐昙，就像這樣：

這是毫無疑問的，把一種表達式轉(zhuǎn)換成另一種更好的表達式芋忿，并不會失去什么炸客。只要我們的Options是真實存在的（Java 8中 Optional是對可以為空的對象進行的封裝）疾棵，不是嗎？討論一下…

2. 不要相信早期的JDK APIs

Java剛出現(xiàn)的時候痹仙，編程一定是件很痛苦的事是尔。那時的API仍然不夠成熟，你可能曾經(jīng)遇到過這樣一段代碼：

看起來很奇怪對嗎开仰？也許吧拟枚，但是看看這個Javadoc：

“如果抽象路徑名表示的不是一個目錄，那么這個方法返回null众弓。否則返回一個字符串?dāng)?shù)組恩溅，其中每個字符串表示當(dāng)前目錄下的一個文件或目錄∥酵蓿”

是的脚乡，最好再加上判空檢查，以確保正確：

糟糕滨达！前者違反了 Java 編碼中 10 個微妙的最佳實踐的規(guī)則＃5和＃6奶稠。因此一定要記得判 null檢查！

3. 不要相信“-1”

我知道這很偏執(zhí)捡遍，Javadoc中關(guān)于 String.indexOf() 的早期描述是這樣的:

“字符在字符序列中第一次出現(xiàn)的位置將作為結(jié)果[被返回]锌订，如果字符不存在則返回-1』颍”

所以，-1 就可以理所當(dāng)然被拿來用涩搓，對嗎污秆？我說不對，看看這個：

誰知道呢昧甘。也許在某個特定場合下他們將會需要另一種 編碼值良拼，如果不區(qū)分大小寫的話，otherString 就會被包含進去…此時或許可以返回 -2呢充边？誰知道呢庸推。

畢竟，我們有非常多關(guān)于NULL——價值億萬美金的錯誤的討論浇冰。為什么不開始討論 -1呢贬媒，某種意義上來說 -1 是 null 在int類型下的另一種形式。

4. 避免意外的賦值

是的肘习。即使最優(yōu)秀的程序員也可能犯這種錯誤（當(dāng)然际乘，不包括我∑澹看#7）脖含。

（假設(shè)這是JavaScript罪塔，我們暫且偏執(zhí)地認(rèn)為是這種語言）

再說一遍。如果你的表達式中有常量养葵，將它放在等式左邊征堪。這樣當(dāng)你打算再添加一個 = 時，不容易出錯关拒。

小編推薦一個學(xué)java的學(xué)習(xí)裙【 一二七佃蚜，七七九，零零二 】夏醉，【驗證：小火】無論你是大牛還是小白爽锥，是想轉(zhuǎn)行還是想入行都可以來了解一起進步一起學(xué)習(xí)！裙內(nèi)有開發(fā)工具畔柔，很多干貨和技術(shù)資料分享氯夷！

5. 檢查null和長度

不管什么時候你有一個集合、數(shù)組或者其他的靶擦，確保它存在并且不為空腮考。

你不知道這些數(shù)組來自哪兒，也許是早期的JDK API呢玄捕？

6. 所有的方法都用 final 聲明

你可以告訴我任何你想要的開閉原則踩蔚，不過那都是胡說八道。我不相信你（可以正確繼承我的類）枚粘，也不相信我自己（不會意外地繼承我的類）馅闽。因此除了接口（專門用于繼承）都應(yīng)該是嚴(yán)格的 final。

是的馍迄，寫成final福也。如果這樣做對你來說沒有意義，你也可以通過修改或重寫字節(jié)碼來改變類和方法攀圈，或者發(fā)送功能請求暴凑。作為Java技術(shù)棧公眾號小編，我敢肯定的告訴你重寫類/方法并不是一個好主意赘来。

7. 所有的變量和參數(shù)都用 final 聲明

就像我說的现喳。我不相信自己不會無意間重寫了某個值。這么說來犬辰，我的確一點都不相信自己嗦篱。因為：

這也是為什么所有的變量和參數(shù)都用final聲明的原因。

好吧幌缝，我承認(rèn)默色，這一條我自己也不常用，雖然我應(yīng)該用。我希望Java能像Scala語言一樣腿宰，人們在所有地方都直接用 val 來表示變量呕诉，甚至都不考慮易變性，除非明確需要的時候他們才用 var 來聲明變量吃度，但是這樣的機會特別少甩挫。

8. 重載的時候不要相信泛型

是的，這是會發(fā)生的椿每。你覺得你寫了一個超好的API伊者，它真的是既酷炫又直觀；接著就出現(xiàn)了一群用戶间护，他們只是把一切類型生搬硬套進 Object 中 直到那該死的編譯器停止工作亦渗，然后他們突然鏈接到了錯誤的方法，認(rèn)為這一切都是你的錯（事情總是這樣）汁尺。

思考一下這個：

因為法精，你知道的…你的用戶們，他們就像這樣

相信我痴突，我看過的多了搂蜓，還有這樣的

所以說偏執(zhí)是有好處的。

9. 總是在switch語句里加上default

Switch…作為最滑稽的表達式之一辽装，我不知道是該心存敬畏還是默默哭泣帮碰。不管怎樣，我們既然無法擺脫 switch 拾积，在必要的時候我們最好能夠正確使用它殉挽，例如：

因為在當(dāng) value=3 被引入到軟件中的時候，default 就能發(fā)揮作用拓巧，使其正常運行斯碌！別和我提 enum 類型，因為這對 enums 也一樣適用玲销。

10. 用大括號隔開 switch 的每一個 case 塊

事實上输拇，switch是最坑爹的語句摘符，任何喝醉了或是賭輸了的人都可以在某種語言中使用它贤斜。看看下面這個例子：

在switch語句中逛裤，為所有的case都只定義了一個作用域瘩绒。事實上，這些case不是真正意義上的語句带族，他們更像是標(biāo)簽锁荔，而switch就是指向這些標(biāo)簽的goto語句。事實上蝙砌，你甚至可以把case語句和

驚人的FORTRAN77項聲明 類比阳堕，對于FORTRAN跋理，它的神秘已經(jīng)超越了它的功能。

這意味著變量final int j 可以被任何case訪問恬总，不論我們是否有break前普。看起來并不是很直觀壹堰。我們可以通過添加簡單的花括號為每一個case創(chuàng)建一個新的嵌套的作用域拭卿，當(dāng)然不要忘了在每個 case 的語句塊最后加 break。

結(jié)論

編程時的強迫癥有時候看起來會很奇怪贱纠，會使得代碼往往比必需的還要冗長峻厚。你可能會想，“啊谆焊，這種情況永遠不會發(fā)生惠桃！”，但是正如我所說的懊渡，在經(jīng)歷了20年左右的編程生涯后刽射，你不會想要再去修正那些只是因為編程語言的古老和固有缺陷而導(dǎo)致的愚蠢而不必要的bug了。因為你知道…..

現(xiàn)在剃执，輪到你了