前言

用Java 8 寫了一段邏輯，同事居然說看不懂，以下是業(yè)務(wù)背景，大家可以一起看看!

[[340793]]

業(yè)務(wù)背景

首先，業(yè)務(wù)需求是這樣的，從第三方電商平臺拉取所有訂單，然后保存到公司自己的數(shù)據(jù)庫，需要判斷是否有物流信息，如果有物流信息，還需要再進(jìn)行上傳。

而第三方接口返回的數(shù)據(jù)是 JSON 格式的，其中物流信息卻藏的十分深，如下面所示，JSON 節(jié)點(diǎn)是這樣的：

xxxOrder > xxxShippingInfo > xxxShipmentDetails > xxxTrackingInfo > trackingNumber, trackingLink 

基本實(shí)現(xiàn)

因為第三方接口返回的數(shù)據(jù)是 JSON 格式的，所以需要把 JSON 字符串轉(zhuǎn)換成 Java 對象來進(jìn)行處理。

@JsonIgnoreProperties(ignoreUnknown = true) 
public class XxxOrder { 
    /** 
     * 物流信息 
     */ 
    @JsonProperty("shippingInfo") 
    private XxxShippingInfo xxxShippingInfo; 
} 

上面只是第一層示例，要拿到物流信息，要依次封裝四層對象，到真正獲取物流信息時要避免空指針，就需要判斷四層才能拿到，如示例所示：

if(xxxOrder != null){ 
    if(xxxOrder.getXxxShippingInfo() != null){ 
        if(xxxOrder.getXxxShippingInfo().getXxxShipmentDetails() != null){ 
            if(xxxOrder.getXxxShippingInfo().getXxxShipmentDetails().getXxxTrackingInfo() != null){ 
                ... 
            } 
        } 
    } 
} 

獲取一個物流信息這么麻煩，我也是醉了，這樣寫也太不優(yōu)雅了。

Java 8 實(shí)現(xiàn)

因為我知道 Java 8 可以處理這類的需求，所以我從來沒想過用最原始的方式去實(shí)現(xiàn)，直接把就用 Java 8 來實(shí)現(xiàn)了：

/** 
* /private String[] getFulfillments(XxxOrder xxxOrder) {    return Optional.ofNullable(xxxOrder) 
            .map((o) -> o.getXxxShippingInfo())            .map((si) -> si.getXxxShipmentDetails())            .map((sd) -> sd.getXxxTrackingInfo())            .map((t) -> new String[]{t.getTrackingNumber(), t.getTrackingLink()})            .orElse(null);} 

寫完之后，同事居然都直呼看不懂，還特地跑過來問我。。

實(shí)現(xiàn)原理

其實(shí)這并沒有用什么高超的技術(shù)，就是利用 Java 8 Optional 來實(shí)現(xiàn)的，細(xì)節(jié)就不介紹了 ，主要是為了避免空指針而生的，不懂的可以點(diǎn)擊這里查看這篇文章。

今天就來介紹下 Optional#map 方法實(shí)現(xiàn)這段邏輯的原理，來看下 map 的實(shí)現(xiàn)源碼：

public<U> Optional<U> map(Function<? super T, ? extends U> mapper) { 
    // 函數(shù)式接口不能為null 
    Objects.requireNonNull(mapper);    // 如果當(dāng)前沒有值，返回一個空的Optional 
    if (!isPresent()) 
        return empty(); 
    else { 
        // 如果當(dāng)前有值，返回一個函數(shù)式處理該值的結(jié)果Optional 
        return Optional.ofNullable(mapper.apply(value)); 
    }}// 判斷 Optional Value 有沒有值 
public boolean isPresent() {    return value != null; 
}// 創(chuàng)建一個 Optional，可以為空 
public static <T> Optional<T> ofNullable(T value) {    return value == null ? empty() : of(value); 
} 

所以回到這段程序：

// 根對象為空就創(chuàng)建一個空Optional，否則就創(chuàng)建一個根對象的Optional 
Optional.ofNullable(xxxOrder)    // 根對象為空就直接返回空Optional，否則返回這個值的 Optional 
    .map((o) -> o.getXxxShippingInfo()) 
    // 下面依次類推…… 
    .map((si) -> si.getXxxShipmentDetails()) 
    .map((sd) -> sd.getXxxTrackingInfo()) 
    .map((t) -> new String[]{t.getTrackingNumber(), t.getTrackingLink()}) 
    // 取不到值就返回 null 
    .orElse(null); 
} 

也許你看完感覺還是看不懂，我承認(rèn)，確實(shí)比較繞，不太好理解，這個只可意會不可言傳了，多看多練就理解了。

這個的關(guān)鍵核心在于，調(diào)用 map 時，如果 Optional 沒有值就直接返回空的 Optional，而不會調(diào)用函數(shù)式接口，所以就不會出現(xiàn)空指針。所以只要有一個為空，后面就取不到物流信息。

程序使用了 .xx.xx.xx 這樣的鏈?zhǔn)秸{(diào)用，調(diào)用 map 方法就必須是 Optional，而 map 的返回結(jié)果就是 Optional。

有一個問題是，如果都為空，那不是所有的 map 都會走一遍?在這種情況下會不會影響性能?編譯器是否會作優(yōu)化?這個暫不可知。

另外還有一個 flatMap 方法，和 map 有什么區(qū)別呢?

flatMap 返回結(jié)果需要在函數(shù)式接口中封裝 Optional 返回，在這里應(yīng)用不太合適。

總結(jié)

很多人一直都在說有在學(xué)習(xí) Java 8 新特性，但在我看來，大部分人并沒有什么實(shí)踐，用的都還是最原始的實(shí)現(xiàn)方式。

其實(shí)我個人是一直在努力學(xué)習(xí)這方面的知識的，最新的我已經(jīng)學(xué)到 Java 14 了，之前也陸續(xù)分享了一系列新特性文章。

所以我現(xiàn)在雖然是個老前浪了，但在新知識學(xué)習(xí)和掌握上面，我感覺已經(jīng)走到了很多后浪前面。