原创：扣钉日记（微信公众号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的场景参考，如下：
- Optional个别用于返回值
Optional大多用于返回值，不举荐用在成员变量或办法参数中。 - Optional自身不判null
永远都不要给Optional赋值null，也不要判断Optional自身是否为null，这是因为Optional原本就是解决null的，再引入null就没意思了，这应该成为业界共识。 - 汇合不应用Optional
因为汇合有Collections.emptyList()等更好的解决办法了，没必要再应用Optional。 - 函数式解决值
从下面的用法介绍中就能发现，Optional提供了很多lambda函数式解决的办法，如filter、map等，这些是应用Optional时比拟举荐应用的，因为Optional能帮你主动解决null值状况，防止NPE异样。 - 多层属性获取
后面举过这个代码样例，我感觉这是Optional应用收益最显著的一个场景。 不返回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前面还有一些本不该被执行的代码执行了。