Optional用法與爭議點

原創：扣釘日記（微信公眾號ID：codelogs），歡迎分享，轉載請保留出處，

簡介

要說Java中什么例外最容易出現，我想NullPointerException一定當仁不讓，為了解決這種null值判斷問題，Java8中提供了一個新的工具類Optional，用于提示程式員注意null值，并在特定場景中簡化代碼邏輯，

比如下面一段取深層屬性值的代碼：

Order order = getOrderById(orderId);
String userCode = "";
if(order != null){
    if(order.getUser() != null){
        if(order.getUser().getUserCode() != null){
            userCode = order.getUser().getUserCode().toUpperCase();
        }
    }
}

這種場景還比較常見，但深層嵌套的if判斷，讓代碼閱讀者壓力倍增，

看看用Optional后的寫法，如下：

Order order = getOrderById(orderId);
String userCode = Optional.ofNullable(order)
    .map(Order::getUser)
    .map(User::getUserCode)
    .map(String::toUpperCase)
    .orElse("")

鏈式呼叫的寫法，讓代碼可讀性增強了不少，不用判斷null，是因為Optional在內部已經做了null值判斷了！那我們來看看Optional都有哪些用法吧，

創建Optional

ofNullable()方法
創建一個Optional，傳入的值可以是null或不是null，

of()方法
得到一個Optional，明確知道傳入的值不是null時用這個，如果傳null會報錯NullPointerExcepiton，
其實值不為null一般是沒必要使用Optional的，這個應該是用于特殊場景，比如方法回傳值必須是一個Optional，

empty()方法
得到一個空的Optional，一般也用于回傳值必須是Optional的場景，

判空

ifPresent()方法
判斷是否有值，注意，這個方法雖然看起來挺好用的，但它不太應該是使用Optional時第一個使用的方法，如下：

if(opt.ifPresent())｛
    ...
｝
if(obj != null) {
    ...
}

這兩個代碼除了寫法不一樣，對于代碼可讀性方面沒有根本區別！

取值

get()方法
獲取Optional的值，當沒有值時會拋出一個NoSuchElementException例外，

同樣的，它也不太應該是使用Optional時的第一個使用的方法，因為拋NoSuchElementException與拋NullPointerException并沒有太大區別，

orElse方法
沒有值時會回傳指定的值，

String name = nameOpt.orElse("");

orElseGet方法
同上，不過引數變成了一個提供默認值的lambda函式，這用在取指定值需要一定代價的場景，如下：

BigDecimal amount = amountOpt.orElseGet(() -> calcDefaultAmount());

orElseThrow方法
沒有值時拋出一個指定的例外，如下：

Optional<User> userOpt = getUser(userId);
User user = userOpt.orElseThrow(() -> new NullPointerException("userId:" + userId));

可能會有人疑問，你還是拋出了一個NPE例外，和不使用Optional有啥區別？區別是這個NPE例外會告訴你哪個userId查不到資料，方便定位問題，而jvm拋出的NPE是沒有這個資訊的，

函式式處理

ifPresent(Consumer<? super T> consumer)方法
這個方法和ifPresent()方法不一樣，這個方法代表如果Optional有值時，就執行傳入的lambda函式，如下：

userOpt.ifPresent((user) -> System.out.printf("%s\n", user.toString()));

filter方法
這個方法用于過濾Optional中的值，若Optional有值，且值滿足過濾函式，則回傳此Optional，否則回傳空Optional，

String name = nameOpt.filter(StringUtils::isNotBlank).orElse("");

map方法
這個方法用于轉換值，在最前面已經展示過了，若Optional有值，執行map中的lambda函式轉換值，如下：

Order order = getOrderById(orderId);
String userCode = Optional.ofNullable(order)
    .map(Order::getUser)
    .map(User::getUserCode)
    .map(String::toUpperCase)
    .orElse("")

Optional還提供了一個flatMap方法，與map方法的區別是，傳給flatMap的lambda函式，這個lambda函式的回傳值需要是Optional，

Optional爭議點

其實到底該不該用Optional，業界還是有不少爭議的，一方面是Optional能強迫開發者處理null值，但另一方面是Optional又非常容易濫用，特別是一些開發者拿到Optional之后就直接呼叫get()或ifPresent()方法，這樣幾乎沒解決任何問題，還加重了編碼負擔，

因此，我的建議是，在你不知道該不該使用Optional的場景，那就先別用，

下面是一些使用Optional的場景參考，如下：

1. Optional一般用于回傳值
   Optional大多用于回傳值，不推薦用在成員變數或方法引數中，
2. Optional本身不判null
   永遠都不要給Optional賦值null，也不要判斷Optional本身是否為null，這是因為Optional本來就是解決null的，再引入null就沒意思了，這應該成為業界共識，
3. 集合不使用Optional
   因為集合有Collections.emptyList()等更好的處理方法了，沒必要再使用Optional，
4. 函式式處理值
   從上面的用法介紹中就能發現，Optional提供了很多lambda函式式處理的方法，如filter、map等，這些是使用Optional時比較推薦使用的，因為Optional能幫你自動處理null值情況，避免NPE例外，
5. 多層屬性獲取
   前面舉過這個代碼樣例，我覺得這是Optional使用收益最明顯的一個場景，
6. 不回傳null勝過回傳Optional
   回傳Optional給呼叫方，會強制呼叫方處理null情況，會給呼叫方增加一些的編碼負擔，特別是復用度很高的函式，
   但如果呼叫方大多數情況下都不期望獲取到null，那應該實作一個這樣的方法，要么回傳值，要么例外，如下：

/**
 * 查詢訂單，要么回傳訂單，要么例外
 */
public Order getOrderByIdOrExcept(Long orderId){
    Order order = orderMapper.getOrderById(orderId);
    if(order == null){
        throw new BizException("根據單號" + orderId + "未查詢到訂單！");
    }
    return order;
}

/**
 * 查詢訂單，值可能為null
 */
public Optional<Order> getOrderById(Long orderId){
    Order order = orderMapper.getOrderById(orderId);
    return Optional.ofNullable(order);
}

由于后面處理代碼依賴訂單資料，獲取不到訂單資料，代碼也沒法往下走，所以在大多數情況下，選擇使用getOrderByIdOrExcept方法更好，即避免了NPE，又避免了增加編碼負擔！

總結

Optional能解決一些問題，但因為容易濫用而爭議很大，因為Optional將null的處理交給呼叫方了，但大多數情況下，呼叫方也沒辦法處理這個null情況，還不如讓JVM拋一個NPE例外中止執行，因為如果你用ifPresent的話，還更容易造成邏輯bug導致執行了不該執行的代碼，

這和Java的受檢查例外是一樣的，強制要求呼叫方處理例外，但又有多少場景的例外是呼叫方可以處理的呢？這導致開發人員經常濫用catch，對例外處理一把梭了，最后發現catch后面還有一些本不該被執行的代碼執行了，

標籤：其他

上一篇：C++物件模型：g++的實作（六）

下一篇：免費課頁面前端搭建和后端課程分類介面、課程群查介面設計