原创：扣钉日记（微信群众号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用法与争议点

相同的，它也不太应该是运用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。

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后边还有一些本不该被实行的代码实行了。