來自：李良逸
鏈接：http://blog.imuxuan.com/archives/86

判空災難

作為搬磚黨的一族們，我們對判空一定再熟悉不過了，不要跟我說你很少進行判空，除非你喜歡 NullPointerException。

不過 NullPointerException對于很多猿們來說，也是 Exception家族中最親近的一員了。

為了避免 NullPointerException來找我們，我們經常會進行如下操作：

if (data != null) {do sth. }如果一個類中多次使用某個對象，那你可能要一頓操作，so：

如果一個類中多次使用某個對象，那你可能要一頓操作，so：

世界第九大奇跡”就這樣誕生了。Maybe你會想，項目中肯定不止你一個人會這樣一頓操作，然后按下 Command+Shift+F，真相就在眼前：

What，我們有接近一萬行的代碼都是在判空？

好了，接下來，要進入正題了。

NullObject模式

對于項目中無數次的判空，對代碼質量整潔度產生了十分之惡劣的影響，對于這種現象，我們稱之為“判空災難”。

那么，這種現象如何治理呢，你可能聽說過 NullObject模式，不過這不是我們今天的武器，但是還是需要介紹一下 NullObject模式。

什么是NullObject模式呢？

In object-oriented computer programming, a null object is an object with no referenced value or with defined neutral ("null") behavior. The null object design pattern describes the uses of such objects and their behavior (or lack thereof).

NullObject模式首次發表在“ 程序設計模式語言 ”系列叢書中。一般的，在面向對象語言中，對對象的調用前需要使用判空檢查，來判斷這些對象是否為空，因為在空引用上無法調用所需方法。

空對象模式的一種典型實現方式如下圖所示(圖片來自網絡)：

示例代碼如下（命名來自網絡，哈哈到底是有多懶）：

Nullable是空對象的相關操作接口，用于確定對象是否為空，因為在空對象模式中，對象為空會被包裝成一個 Object，成為 NullObject，該對象會對原有對象的所有方法進行空實現。

public interface Nullable {boolean isNull(); }

這個接口定義了業務對象的行為。

public interface DependencyBase extends Nullable {void Operation(); }

這是該對象的真實類，實現了業務行為接口 DependencyBase與空對象操作接口 Nullable。

public class Dependency implements DependencyBase, Nullable {@Overridepublic void Operation() {System.out.print("Test!");}@Overridepublic boolean isNull() {return false;}}

這是空對象，對原有對象的行為進行了空實現。

public class NullObject implements DependencyBase{@Overridepublic void Operation() {// do nothing}@Overridepublic boolean isNull() {return true;}}

在使用時，可以通過工廠調用方式來進行空對象的調用，也可以通過其他如反射的方式對對象進行調用（一般多耗時幾毫秒）在此不進行詳細敘述。

public class Factory {public static DependencyBase get(Nullable dependencyBase){if (dependencyBase == null){return new NullObject();}return new Dependency();}}

這是一個使用范例，通過這種模式，我們不再需要進行對象的判空操作，而是可以直接使用對象，也不必擔心 NPE（NullPointerException）的問題。

public class Client {public void test(DependencyBase dependencyBase){Factory.get(dependencyBase).Operation();}}

關于空對象模式，更具體的內容大家也可以多找一找資料，上述只是對 NullObject的簡單介紹，但是，今天我要推薦的是一款協助判空的插件 NRNullObject，讓我們來優雅地進行判空，不再進行一頓操作來定義繁瑣的空對象接口與空獨享實現類。

.NR Null Object

NRNullObject是一款適用于Android Studio、IntelliJ IDEA、PhpStorm、WebStorm、PyCharm、RubyMine、AppCode、CLion、GoLand、DataGrip等 IDEA的 Intellij插件。其可以根據現有對象，便捷快速生成其空對象模式需要的組成成分，其包含功能如下：

• 分析所選類可聲明為接口的方法；
• 抽象出公有接口；
• 創建空對象，自動實現公有接口；
• 對部分函數進行可為空聲明；
• 可追加函數進行再次生成；
• 自動的函數命名規范

讓我們來看一個使用范例：

怎么樣，看起來是不是非常快速便捷，只需要在原有需要進行多次判空的對象中，郵件彈出菜單，選擇 Generate，并選擇 NRNullObject即可自動生成相應的空對象組件。

那么如何來獲得這款插件呢？

安裝方式

可以直接通過 IDEA的 Preferences中的 Plugins倉庫進行安裝。

選擇 Preferences→Plugins→Browserepositories

搜索 “NR Null Oject” 或者 “Null Oject”進行模糊查詢，點擊右側的 Install，restart IDEA 即可

Optional

還有一種方式是使用 Java8特性中的 Optional來進行優雅地判空。一個可能包含也可能不包含非null值的容器對象。如果存在值， isPresent()將返回 true， get()將返回該值。

話不多說，舉個例子。

有如下代碼，需要獲得 Test2中的 Info信息，但是參數為 Test4，我們要一層層的申請，每一層都獲得的對象都可能是空，最后的代碼看起來就像這樣。

public String testSimple(Test4 test) {if (test == null) {return "";}if (test.getTest3() == null) {return "";}if (test.getTest3().getTest2() == null) {return "";}if (test.getTest3().getTest2().getInfo() == null) {return "";}return test.getTest3().getTest2().getInfo();}

但是使用 Optional后，整個就都不一樣了

public String testOptional(Test test) {return Optional.ofNullable(test).flatMap(Test::getTest3).flatMap(Test3::getTest2).map(Test2::getInfo).orElse("");}

• Optional.ofNullable(test)，如果 test為空，則返回一個單例空 Optional對象，如果非空則返回一個 Optional包裝對象， Optional將 test包裝；
• flatMap(Test::getTest3)判斷 test是否為空，如果為空，繼續返回第一步中的單例 Optional對象，否則調用 Test的 getTest3方法；
• flatMap(Test3::getTest2)同上調用 Test3的 getTest2方法；
• map(Test2::getInfo)同 flatMap類似，但是 flatMap要求 Test3::getTest2返回值為 Optional類型，而 map不需要， flatMap不會多層包裝， map返回會再次包裝 Optional；
• orElse("");獲得 map中的 value，不為空則直接返回 value，為空則返回傳入的參數作為默認值。

怎么樣，使用 Optional后我們的代碼是不是瞬間變得非常整潔，或許看到這段代碼你會有很多疑問，針對復雜的一長串判空，Optional有它的優勢，但是對于簡單的判空使用 Optional也會增加代碼的閱讀成本、編碼量以及團隊新成員的學習成本。畢竟 Optional在現在還并沒有像 RxJava那樣流行，它還擁有一定的局限性。

如果直接使用Java8中的Optional，需要保證安卓API級別在24及以上。

你也可以直接引入 Google的 Guava。引用方式，就像這樣：

dependencies {compile 'com.google.guava:guava:27.0-jre'// or, for Android:api 'com.google.guava:guava:27.0-android'}

不過 IDEA默認會顯示黃色，提示讓你將 Guava表達式遷移到 Java Api上。

當然，你也可以通過在 Preferences搜索 "Guava"來 Kill掉這個 Yellow的提示。

關于 Optional使用還有很多技巧，感興趣可以查閱 Guava和 Java8相關書籍和文檔。

使用 Optional具有如下優點：

• 將防御式編程代碼完美包裝
• 鏈式調用
• 有效避免程序代碼中的空指針

但是也同樣具有一些缺點：

• 流行性不是非常理想，團隊新成員需要學習成本
• 安卓中需要引入 Guava，需要團隊每個人處理 IDEA默認提示，或者忍受黃色提示
• 有時候代碼閱讀看起來可能會如下圖所示： Kotlin

Kotlin

當然，Kotlin以具有優秀的空安全性為一大特色，并可以與 Java很好的混合使用，like this:

test1?.test2?.test3?.test4

牛！

總結

以上是生活随笔為你收集整理的如何判断map为空_在Java中如何优雅地判空的全部內容，希望文章能夠幫你解決所遇到的問題。

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