拜托！不要用“ ! = null " 做判空了
圖片來自 Pexels
問題
為了避免空指針調(diào)用，我們經(jīng)常會看到這樣的語句：
- ...if (someobject != null) {
- someobject.doCalc();}...
最終，項目中會存在大量判空代碼，多么丑陋繁冗!如何避免這種情況?我們是否濫用了判空呢?
精華回答
這是初、中級程序猿經(jīng)常會遇到的問題。他們總喜歡在方法中返回 null，因此，在調(diào)用這些方法時，也不得不去判空。
另外，也許受此習(xí)慣影響，他們總潛意識地認為，所有的返回都是不可信任的，為了保護自己程序，就加了大量的判空。
吐槽完畢，回到這個題目本身，進行判空前，請區(qū)分以下兩種情況：
- null 是一個有效有意義的返回值。(Where null is a valid response in terms of the contract; and)
- null 是無效有誤的(Where it isn't a valid response.)
你可能還不明白這兩句話的意思，不急，繼續(xù)往下看，接下來將詳細討論這兩種情況。
①先說第 2 種情況
null 就是一個不合理的參數(shù)，就應(yīng)該明確地中斷程序，往外拋錯誤。這種情況常見于 api 方法。
例如你開發(fā)了一個接口，id 是一個必選的參數(shù)，如果調(diào)用方?jīng)]傳這個參數(shù)給你，當(dāng)然不行。
你要感知到這個情況，告訴調(diào)用方“嘿，哥們，你傳個 null 給我做甚"。
相對于判空語句，更好的檢查方式有兩個：
- assert 語句，你可以把錯誤原因放到 assert 的參數(shù)中，這樣不僅能保護你的程序不往下走，而且還能把錯誤原因返回給調(diào)用方，豈不是一舉兩得。(原文介紹了 assert 的使用，這里省略)
- 也可以直接拋出空指針異常。上面說了，此時 null 是個不合理的參數(shù)，有問題就是有問題，就應(yīng)該大大方方往外拋。
②第 1 種情況會更復(fù)雜一些
這種情況下，null 是個”看上去“合理的值，例如，我查詢數(shù)據(jù)庫，某個查詢條件下，就是沒有對應(yīng)值，此時 null 算是表達了“空”的概念。
這里給一些實踐建議
①假如方法的返回類型是 collections。
當(dāng)返回結(jié)果是空時，你可以返回一個空的 collections(empty list)，而不要返回 null。
這樣調(diào)用側(cè)就能大膽地處理這個返回，例如調(diào)用側(cè)拿到返回后，可以直接 print list.size()，又無需擔(dān)心空指針問題。
什么?想調(diào)用這個方法時，不記得之前實現(xiàn)該方法有沒按照這個原則?所以說，代碼習(xí)慣很重要!
如果你養(yǎng)成習(xí)慣，都是這樣寫代碼(返回空 collections 而不返回 null)，你調(diào)用自己寫的方法時，就能大膽地忽略判空。
②返回類型不是 collections，又怎么辦呢?
那就返回一個空對象(而非 null 對象)，下面舉個“栗子”，假設(shè)有如下代碼：
- public interface Action {
- void doSomething();}
- public interface Parser {
- Action findAction(String userInput);}
其中，Parse 有一個接口 FindAction，這個接口會依據(jù)用戶的輸入，找到并執(zhí)行對應(yīng)的動作。
假如用戶輸入不對，可能就找不到對應(yīng)的動作(Action)，因此 findAction 就會返回 null，接下來 action 調(diào)用 doSomething 方法時，就會出現(xiàn)空指針。
解決這個問題的一個方式，就是使用 Null Object pattern(空對象模式)。
我們來改造一下
類定義如下，這樣定義 findAction 方法后，確保無論用戶輸入什么，都不會返回 null 對象：
- public class MyParser implements Parser {
- private static Action DO_NOTHING = new Action() {
- public void doSomething() { /* do nothing */ }
- };
- public Action findAction(String userInput) {
- // ...
- if ( /* we can't find any actions */ ) {
- return DO_NOTHING;
- }
- }}
對比下面兩份調(diào)用實例：
①冗余：每獲取一個對象，就判一次空
- Parser parser = ParserFactory.getParser();
- if (parser == null) {
- // now what?
- // this would be an example of where null isn't (or shouldn't be) a valid response
- }
- Action action = parser.findAction(someInput);
- if (action == null) {
- // do nothing} else {
- action.doSomething();}
②精簡
- ParserFactory.getParser().findAction(someInput).doSomething();
因為無論什么情況，都不會返回空對象，因此通過 findAction 拿到 action 后，可以放心地調(diào)用 action 的方法。
其他回答精選
①如果要用 equal 方法，請用 object<不可能為空>.equal(object<可能為空>))
例如使用：
- "bar".equals(foo)
而不是：
- foo.equals("bar")
②Java8 或者 guava lib 中，提供了 Optional 類，這是一個元素容器，通過它來封裝對象，可以減少判空。不過代碼量還是不少。不爽。
③如果你想返回 null，請停下來想一想，這個地方是否更應(yīng)該拋出一個異常。
作者：lizeyang
編輯：陶家龍
出處：https://0x9.me/c3iwP
