簡(jiǎn)介#

要說Java中什么異常最容易出現(xiàn)，我想NullPointerException一定當(dāng)仁不讓，為了解決這種null值判斷問題，Java8中提供了一個(gè)新的工具類Optional，用于提示程序員注意null值，并在特定場(chǎng)景中簡(jiǎn)化代碼邏輯。

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

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

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

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

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

鏈?zhǔn)秸{(diào)用的寫法，讓代碼可讀性增強(qiáng)了不少，不用判斷null，是因?yàn)镺ptional在內(nèi)部已經(jīng)做了null值判斷了！那我們來看看Optional都有哪些用法吧。

創(chuàng)建Optional

ofNullable()方法創(chuàng)建一個(gè)Optional，傳入的值可以是null或不是null。

of()方法得到一個(gè)Optional，明確知道傳入的值不是null時(shí)用這個(gè)，如果傳null會(huì)報(bào)錯(cuò)NullPointerExcepiton。
其實(shí)值不為null一般是沒必要使用Optional的，這個(gè)應(yīng)該是用于特殊場(chǎng)景，比如方法返回值必須是一個(gè)Optional。

empty()方法得到一個(gè)空的Optional，一般也用于返回值必須是Optional的場(chǎng)景。

判空

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

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

這兩個(gè)代碼除了寫法不一樣，對(duì)于代碼可讀性方面沒有根本區(qū)別！

取值

get()方法獲取Optional的值，當(dāng)沒有值時(shí)會(huì)拋出一個(gè)NoSuchElementException異常。

同樣的，它也不太應(yīng)該是使用Optional時(shí)的第一個(gè)使用的方法，因?yàn)閽丯oSuchElementException與拋NullPointerException并沒有太大區(qū)別。

orElse方法沒有值時(shí)會(huì)返回指定的值。

String name = nameOpt.orElse("");

orElseGet方法同上，不過參數(shù)變成了一個(gè)提供默認(rèn)值的lambda函數(shù)，這用在取指定值需要一定代價(jià)的場(chǎng)景，如下：

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

orElseThrow方法沒有值時(shí)拋出一個(gè)指定的異常，如下：

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

可能會(huì)有人疑問，你還是拋出了一個(gè)NPE異常，和不使用Optional有啥區(qū)別？區(qū)別是這個(gè)NPE異常會(huì)告訴你哪個(gè)userId查不到數(shù)據(jù)，方便定位問題，而jvm拋出的NPE是沒有這個(gè)信息的。

函數(shù)式處理

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

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

filter方法這個(gè)方法用于過濾Optional中的值，若Optional有值，且值滿足過濾函數(shù)，則返回此Optional，否則返回空Optional。

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

map方法這個(gè)方法用于轉(zhuǎn)換值，在最前面已經(jīng)展示過了，若Optional有值，執(zhí)行map中的lambda函數(shù)轉(zhuǎn)換值，如下：

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

Optional還提供了一個(gè)flatMap方法，與map方法的區(qū)別是，傳給flatMap的lambda函數(shù)，這個(gè)lambda函數(shù)的返回值需要是Optional。

Optional爭(zhēng)議點(diǎn)

其實(shí)到底該不該用Optional，業(yè)界還是有不少爭(zhēng)議的，一方面是Optional能強(qiáng)迫開發(fā)者處理null值，但另一方面是Optional又非常容易濫用，特別是一些開發(fā)者拿到Optional之后就直接調(diào)用get()或ifPresent()方法，這樣幾乎沒解決任何問題，還加重了編碼負(fù)擔(dān)。

因此，我的建議是，在你不知道該不該使用Optional的場(chǎng)景，那就先別用。

下面是一些使用Optional的場(chǎng)景參考，如下：

• Optional一般用于返回值
  Optional大多用于返回值，不推薦用在成員變量或方法參數(shù)中。
• Optional本身不判null
  永遠(yuǎn)都不要給Optional賦值null，也不要判斷Optional本身是否為null，這是因?yàn)镺ptional本來就是解決null的，再引入null就沒意思了，這應(yīng)該成為業(yè)界共識(shí)。
• 集合不使用Optional
  因?yàn)榧嫌?code>Collections.emptyList()等更好的處理方法了，沒必要再使用Optional。
• 函數(shù)式處理值
  從上面的用法介紹中就能發(fā)現(xiàn)，Optional提供了很多l(xiāng)ambda函數(shù)式處理的方法，如filter、map等，這些是使用Optional時(shí)比較推薦使用的，因?yàn)镺ptional能幫你自動(dòng)處理null值情況，避免NPE異常。
• 多層屬性獲取
  前面舉過這個(gè)代碼樣例，我覺得這是Optional使用收益最明顯的一個(gè)場(chǎng)景。
• 不返回null勝過返回Optional
  返回Optional給調(diào)用方，會(huì)強(qiáng)制調(diào)用方處理null情況，會(huì)給調(diào)用方增加一些的編碼負(fù)擔(dān)，特別是復(fù)用度很高的函數(shù)。
  但如果調(diào)用方大多數(shù)情況下都不期望獲取到null，那應(yīng)該實(shí)現(xiàn)一個(gè)這樣的方法，要么返回值，要么異常，如下：

/**
 * 查詢訂單，要么返回訂單，要么異常
 */
public Order getOrderByIdOrExcept(Long orderId){
    Order order = orderMapper.getOrderById(orderId);
    if(order == null){
        throw new BizException("根據(jù)單號(hào)" + orderId + "未查詢到訂單！");
    }
    return order;
}

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

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

總結(jié)

Optional能解決一些問題，但因?yàn)槿菀诪E用而爭(zhēng)議很大，因?yàn)镺ptional將null的處理交給調(diào)用方了，但大多數(shù)情況下，調(diào)用方也沒辦法處理這個(gè)null情況，還不如讓JVM拋一個(gè)NPE異常中止執(zhí)行，因?yàn)槿绻阌胕fPresent的話，還更容易造成邏輯bug導(dǎo)致執(zhí)行了不該執(zhí)行的代碼。

這和Java的受檢查異常是一樣的，強(qiáng)制要求調(diào)用方處理異常，但又有多少場(chǎng)景的異常是調(diào)用方可以處理的呢？這導(dǎo)致開發(fā)人員經(jīng)常濫用catch，對(duì)異常處理一把梭了，最后發(fā)現(xiàn)catch后面還有一些本不該被執(zhí)行的代碼執(zhí)行了。

到此這篇關(guān)于Java中Optional的正確用法與爭(zhēng)議點(diǎn)的文章就介紹到這了,更多相關(guān)Java中Optional用法與爭(zhēng)議點(diǎn)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論