今日推薦

扔掉 Postman，一個工具全部搞定，真香！為啥查詢那么慢？還在直接用JWT做鑒權？JJWT真香推薦 15 款常用開發工具干掉 navicat：這款 DB 管理工具才是y(永)y(遠)d(的)s(神)

為了避免空指針調用，我們經常會看到這樣的語句

...if?(someobject?!=?null)?{someobject.doCalc();}...

最終，項目中會存在大量判空代碼，多么丑陋繁冗！

如何避免這種情況？我們是否濫用了判空呢？

精華回答

這是初、中級程序猿經常會遇到的問題。

他們總喜歡在方法中返回null，因此，在調用這些方法時，也不得不去判空。

另外，也許受此習慣影響，他們總潛意識地認為，所有的返回都是不可信任的，為了保護自己程序，就加了大量的判空。

吐槽完畢，回到這個題目本身

進行判空前，請區分以下兩種情況：

1、?null 是一個有效有意義的返回值(Where null is a valid response in terms of the contract; and)

2、?null是無效有誤的(Where it isn't a valid response.)

你可能還不明白這兩句話的意思，不急，繼續往下看，接下來將詳細討論這兩種情況

先說第2種情況

null就是一個不合理的參數，就應該明確地中斷程序，往外拋錯誤。這種情況常見于api方法。例如你開發了一個接口，id是一個必選的參數，如果調用方沒傳這個參數給你，當然不行。你要感知到這個情況，告訴調用方“嘿，哥們，你傳個null給我做甚"。

相對于判空語句，更好的檢查方式有兩個

1、?assert語句，你可以把錯誤原因放到assert的參數中，這樣不僅能保護你的程序不往下走，而且還能把錯誤原因返回給調用方，豈不是一舉兩得。（介紹了assert的使用，這里省略）

2、?也可以直接拋出空指針異常。上面說了，此時null是個不合理的參數，有問題就是有問題，就應該大大方方往外拋。

第1種情況會更復雜一些

這種情況下，null是個”看上去“合理的值，例如，我查詢數據庫，某個查詢條件下，就是沒有對應值，此時null算是表達了“空”的概念。

這里給一些實踐建議：

1、?假如方法的返回類型是collections，當返回結果是空時，你可以返回一個空的collections（empty list),而不要返回null，這樣調用側就能大膽地處理這個返回，例如調用側拿到返回后，可以直接print list.size()，又無需擔心空指針問題。（什么？想調用這個方法時，不記得之前實現該方法有沒按照這個原則？所以說，代碼習慣很重要！如果你養成習慣，都是這樣寫代碼（返回空collections而不返回null)，你調用自己寫的方法時，就能大膽地忽略判空）

2、?返回類型不是collections，又怎么辦呢？

那就返回一個空對象（而非null對象），下面舉個“栗子”，假設有如下代碼

public?interface?Action?{void?doSomething();}public?interface?Parser?{Action?findAction(String?userInput);}

其中，Parse有一個接口FindAction，這個接口會依據用戶的輸入，找到并執行對應的動作。假如用戶輸入不對，可能就找不到對應的動作（Action），因此findAction就會返回null，接下來action調用doSomething方法時,就會出現空指針。

解決這個問題的一個方式，就是使用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;}} }

對比下面兩份調用實例

1、?冗余:每獲取一個對象，就判一次空

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();}

2、?精簡

ParserFactory.getParser().findAction(someInput).doSomething();

因為無論什么情況，都不會返回空對象，因此通過findAction拿到action后，可以放心地調用action的方法。避免空指針的 5 個案例推薦看下。

其他回答精選

1、?如果要用equal方法，請用object<不可能為空>.equal(object<可能為空>))

例如：

使用

"bar".equals(foo)

而不是

foo.equals("bar")

2、?Java8或者guava lib中，提供了Optional 類，這是一個元素容器，通過它來封裝對象，可以減少判空。不過代碼量還是不少。不爽。

3、?如果你想返回null，請挺下來想一想，這個地方是否更應該拋出一個異常

推薦文章1、一款高顏值的 SpringBoot+JPA 博客項目2、超優 Vue+Element+Spring 中后端解決方案3、推薦幾個支付項目！4、推薦一個 Java 企業信息化系統5、一款基于 Spring Boot 的現代化社區（論壇/問答/社交網絡/博客）

總結

以上是生活随笔為你收集整理的你只会用 ! = null 判空？嘿嘿！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。