任何事情有可能出錯，沒錯，的確如此。

這就是為什麼我們要採用“防禦性程式設計”，即一些偏執習慣的原因。下面是我個人認為的 10 個最有用但偏執的 Java 程式設計技術。一起來看一看吧：

1.將 String 字串放在最前面

為了防止偶發性的 NullPointerException 異常，我們通常將 String 放置在 equals() 函式的左邊來實現字串比較，如下程式碼：

這是隨便用腦子想想就可以做的事，從 Bad 版本的程式碼改寫表示式到 Good 版本的程式碼，這中間並不會丟失任何東西。歡迎不同的觀點…

2.不要相信早期的 JDK API

在 Java 早期，程式設計是一件非常痛苦的事情。那些 API 很不成熟，也許你已經碰到過下面的程式碼塊：

看上去很偏執？也許吧，但請看 Javadoc：

如果這個虛擬路徑不表示一個資料夾目錄，則此方法返回 null。否則將會返回一個字串陣列，每一個字串表示目錄中的檔案或資料夾。

對，沒錯。我們可以新增一些校驗：

3.不要相信 “-1”

我知道這是偏執的，但 Javadoc 中對 String.indexOf() 方法明確指出：物件內第一次出現指定字元的位置索引，如果為 -1 則表示該字元不在字元序列中。所以使用 -1 是理所當然的，對嗎？我說不對，請看以下程式碼：

誰知道呢。也許到時候他們改變了編碼方式，對字串並不區分大小寫，也許更好的方式是返回 -2？誰知道呢。

4.避免意外賦值

是的，這種事情也許經常會發生。

所以你可以將比較常量放置在左側，這樣就不會發生意外賦值的錯誤了。

5.檢查 Null 和 Length

無論如何，只要你有一個集合、陣列等，請確保它存在，並且不為空。

你並不知道這些陣列從哪裡來，也許是來自早期版本的 JDK API，誰知道呢。

6.所有的方法都是 final 的

你也許會告訴我你的開/閉原則，但這都是胡說八道。我不相信你（正確繼承我這個父類的所有子類），我也不相信我自己（不小心繼承我這個父類的所有子類）。所以對於那些意義明確的方法要嚴格用 final 標識。

7.所有變數和引數都是 final

就像我說的。我不相信我自己（不要意外覆蓋我的值）。

8.過載時不要相信泛型

是，它可以發生。你相信你寫的超級好看的 API，它很直觀，隨之而來的，一些使用者誰只是將原始型別轉換成 Object 型別，直到那該死的編譯器停止發牢騷，並且突然他們會連結錯誤的方法，以為這是你的錯誤。

看下面的程式碼：

因為，你知道……你的使用者，他們就像：

相信我。這一切我都看到過。

9.總是在 Switch 語句的 Default 中丟擲異常

Switch 語句……它們其中一個可笑的語句我不知道該對它敬畏還是哭泣，但無論如何，既然我們堅持用 switch，那我們不妨將它用得完美，看下面的程式碼：

當 value == 3 時，將會出現無法找到的提示，而不會讓人不知所謂。

10.Switch 語句帶花括號

事實上，switch 是最邪惡的語句，像是一些喝醉了或者賭輸了的人在寫程式碼一樣，看下面的例子：

在 switch 語句中，每一個 case 語句的範圍只有一行語句，事實上，這些 case 語句甚至不是真正的語句，他們就像 goto 語句中的跳轉標記一樣。

結論

偏執程式設計看起來似乎不可思議，有時，因為程式碼經常被證明是更詳細一點，但並不是需求需要。你可能會想，“哦，這是絕不會發生的”，但正如我所說。經過多年的程式設計，你不希望只修復這些愚蠢的 bug，因為程式語言是如此的陳舊的和有缺陷的。因為你知道…

現在到你了！什麼是你在程式設計最偏執的怪癖？

歡迎工作一到五年的Java工程師朋友們加入Java填坑之路：860113481

群內提供免費的Java架構學習資料（裡面有高可用、高併發、高效能及分散式、Jvm效能調優、Spring原始碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料）合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！