1. Optional 簡介

在 Optional 出現之前，我們處理 null，一定要寫 if 語句進行處理，如果要使用的屬性隱藏很深，那就像老母豬戴胸罩，一套又一套，很是繁瑣，比如：

if (coordinate != null) {
    if (coordinate.getCol() != null) {
        // ....
    }
    if (coordinate.getRow() != null) {
        // ....
    }
}

上面還只是用第一層的屬性，就要這樣寫了，如果隱藏更深，代碼就會很繁雜，不直觀，維護性也不好，此時我們的救星——Optional 就上線了，Optional 是 jdk 8 提供的用于處理 null 的新 api，上述代碼可簡化為：

Optional.ofNullable(coordinate)
        .map(Coordinate::getCol)
        .ifPresent(c -> {
            // ...
        });
Optional.ofNullable(coordinate)
        .map(Coordinate::getRow)
        .ifPresent(c -> {
            // ...
        });

使用 Optional 的優(yōu)點是可以更優(yōu)雅地處理可能為 null 的值，避免顯式的 null 檢查。同時 Optional 提供一系列鏈式調用，可以使代碼邏輯更為清晰。

2.of()和ofNullable()

2.1Optional.of(T value)

• 作用：創(chuàng)建一個包含非 null 值的 Optional 對象。

• 對 null 的處理：

  • 如果傳入的 value 是 null，會立即拋出 NullPointerException。

• 適用場景：明確知道值不為 null 時使用，是一種“快速失敗”（Fail-Fast）的設計。

• 示例：

  // 明確知道 name 不為 null
  String name = "John";
  Optional<String> opt = Optional.of(name); // 正常創(chuàng)建 Optional
  

  String name = null;
  Optional<String> opt = Optional.of(name); // 拋出 NullPointerException
  

2.2Optional.ofNullable(T value)

作用：創(chuàng)建一個可能為空的 Optional 對象。

對 null 的處理：

• 如果傳入的 value 是 null，會返回一個空的 Optional 對象（Optional.empty()） ，而不是拋出異常。

適用場景：值可能為 null 時使用，更安全。

示例：

String name = "John";
Optional<String> opt = Optional.ofNullable(name); // 正常創(chuàng)建 Optional

String name = null;
Optional<String> opt = Optional.ofNullable(name); // 返回 Optional.empty()

2.3 核心差異總結

2.4 使用建議

• 使用 of() ：
  當明確知道值不為 null，且需要強制保證時。例如：

  // 從非空集合中獲取第一個元素
  List<String> list = Arrays.asList("A", "B");
  Optional<String> first = Optional.of(list.get(0));
  

• 使用 ofNullable() ：
  當值可能為 null，需要安全處理時。例如：

  // 從可能返回 null 的方法獲取值
  String data = fetchFromExternalService(); // 可能返回 null
  Optional<String> opt = Optional.ofNullable(data);
  

2.5 鏈式操作示例

結合 map()、orElse() 等方法，可以更安全地處理值：

// 安全獲取嵌套屬性
User user = ...; // 可能為 null
String cityName = Optional.ofNullable(user)
                          .map(User::getAddress)
                          .map(Address::getCity)
                          .orElse("Unknown");

2.6 為什么要有這種區(qū)分？

• of() 的嚴格性：
  強制開發(fā)者明確值的存在性，避免隱藏潛在的 null 問題。如果誤用 of() 包裝 null，會立即拋出異常，幫助快速定位問題。
• ofNullable() 的靈活性：
  為不確定的場景提供安全封裝，避免代碼中充斥 if (x != null) 的檢查。

3.of()方法的必要性

在明確知道傳入的 value 不為 null 的情況下，使用 Optional.of(value) 并非多余，它實際上是一種強化代碼意圖和提升代碼健壯性的編程實踐。以下是具體原因和優(yōu)點：

3.1明確代碼契約，增強可讀性

• Optional.of() 是一種顯式聲明：
  通過 Optional.of(value)，你向代碼的閱讀者（包括未來的自己或其他開發(fā)者）傳達了一個清晰的信號：此處的 value 應該且必須是非 null 的。這種聲明性編程讓代碼的意圖更加透明。
• 對比直接使用 value：
  如果直接使用 value，閱讀者需要依賴上下文推斷其非空性，而 Optional.of(value) 通過類型系統(tǒng)直接表達這一約束。

// 示例1：直接使用 value（隱含非空，但無顯式保證）
String name = "John";
processName(name); 

// 示例2：使用 Optional.of()（顯式聲明非空）
Optional<String> nameOpt = Optional.of("John");
processName(nameOpt.orElseThrow()); 

3.2防御性編程，防止未來代碼腐化

• 提前暴露潛在問題：
  即使當前 value 確定不為 null，未來代碼的修改（如重構、參數傳遞、外部依賴變化等）可能導致 value 意外變?yōu)?nbsp;null。使用 Optional.of(value) 會在第一時間拋出 NullPointerException，快速定位問題源頭，而不是讓 null 傳播到后續(xù)邏輯中。
• 對比 ofNullable() 的隱蔽性：
  如果誤用 ofNullable() 包裝非空值，當 value 意外變?yōu)?nbsp;null 時，代碼會靜默返回 Optional.empty()，可能導致后續(xù)邏輯出現隱蔽的 Bug。

// 假設未來代碼修改導致 value 變?yōu)?null
String value = externalService.getData(); // 未來可能返回 null

// 使用 of() → 立即拋出異常，快速定位問題
Optional.of(value); // NPE at line X

// 使用 ofNullable() → 靜默返回 empty，后續(xù)邏輯可能崩潰在未知位置
Optional.ofNullable(value).map(...).orElse(...); 

3.3強制統(tǒng)一代碼風格，方便鏈式操作

• 鏈式調用的一致性：
  如果代碼中其他部分已廣泛使用 Optional 的鏈式方法（如 map、flatMap、filter），用 Optional.of(value) 包裝非空值可以保持代碼風格統(tǒng)一，避免混合使用普通對象和 Optional。
• 直接利用 Optional 的 API：
  即使值非空，Optional 提供的方法（如 orElseThrow()、ifPresent()）能更安全地與其他可能為空的邏輯集成。

// 統(tǒng)一使用 Optional 鏈式操作
Optional.of(userId)
        .map(userRepository::findById)
        .filter(User::isActive)
        .orElseThrow(() -> new UserNotFoundException());

3.4與函數式 API 或第三方庫集成

• 兼容性要求：
  某些函數式接口或第三方庫（如 Stream API、Spring Data）要求參數為 Optional 類型。使用 Optional.of() 可以無縫適配這些 API。

• 示例：Spring Data 查詢方法

  // Spring Data 方法定義
  Optional<User> findByEmail(String email);
  
  // 調用時明確使用 of() 表示 email 非空
  Optional<User> user = userRepository.findByEmail(Optional.of(email).orElseThrow());
  

3.5減少隱式假設，提升代碼質量

• 消除“假性非空”風險：
  即使你認為 value 非空，這種假設可能基于當前業(yè)務邏輯或特定上下文（例如數據庫字段定義為 NOT NULL）。但實際中，數據庫約束可能被繞過，或業(yè)務規(guī)則可能變更。使用 Optional.of(value) 將這種假設顯式化，迫使開發(fā)者重新審視其可靠性。
• 團隊協(xié)作規(guī)范：
  在團隊中強制使用 Optional.of() 處理“理論上非空”的值，可以統(tǒng)一代碼規(guī)范，減少因個人理解差異導致的潛在問題。

何時使用of()vs 直接使用非空值？

3.6 總結：Optional.of()的核心價值

• 顯式優(yōu)于隱式：用類型系統(tǒng)聲明非空約束，替代文檔或注釋。
• 快速失?。‵ail-Fast） ：盡早暴露問題，避免 null 傳播。
• 代碼即文檔：提升可讀性和可維護性，降低團隊協(xié)作成本。

即使你確信 value 非空，使用 Optional.of() 仍是一種符合現代 Java 最佳實踐的編碼方式，尤其適合對健壯性要求較高的項目。

到此這篇關于Java優(yōu)雅的處理 null的方法和使用的文章就介紹到這了,更多相關Java處理null內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論