原创:扣钉日记(微信公众号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后面还有一些本不该被执行的代码执行了。

Optional用法与争议点的更多相关文章

  1. JDK8的Optional用法

    参考资料:https://www.baeldung.com/java-optional https://mp.weixin.qq.com/s/P2kb4fswb4MHfb0Vut_kZg 1. 描述 ...

  2. 【转】Appium_API(翻译+用法说明)

    转自:https://testerhome.com/topics/3711 1.contextscontexts(self): Returns the contexts within the curr ...

  3. Appium python API 总结

    Appium python api 根据testerhome的文章,再补充一些文章里面没有提及的API [TOC] [1]find element driver 的方法 注意:这几个方法只能通过sel ...

  4. Appium_Python_Api文档

    1.contextscontexts(self): Returns the contexts within the current session. 返回当前会话中的上下文,使用后可以识别H5页面的控 ...

  5. Swift Tour 随笔总结 (3)

    关于Optional的Control Flow if let constantName = someOptional { statements } 如果该Optional为nil,则不进入if,否则执 ...

  6. Java8新特性【转】

    地址:http://ifeve.com/java-8-features-tutorial/ 1.简介 毫无疑问,Java 8是自Java  5(2004年)发布以来Java语言最大的一次版本升级,Ja ...

  7. 【转】appium_python_API文档

    1.contextscontexts(self): Returns the contexts within the current session. 返回当前会话中的上下文,使用后可以识别H5页面的控 ...

  8. [Guava官方文档翻译] 6. 用Guava辅助Throwable异常处理 (Throwables Explained)

    我的技术博客经常被流氓网站恶意爬取转载.请移步原文:http://www.cnblogs.com/hamhog/p/3537508.html ,享受整齐的排版.有效的链接.正确的代码缩进.更好的阅读体 ...

  9. 用Guava辅助Throwable异常处理

    Guava的 Throwables 工具常常可以让exception处理更方便. Propagation 有时候,你会想把捕获的exception抛到上一个try/catch块.对于 RuntimeE ...

随机推荐

  1. 第七十篇:Vue组件的使用

    好家伙, 1.vue的组件化开发 1.1.什么是组件? 组件是对UI结构的复用, vue是一个支持组件化开发的前端框架, vue中规定:组件的后缀名是.vue 例如:App.vue文件本质上就是一个v ...

  2. 什么?MySQL 8.0 会同时修改两个ib_logfilesN 文件?

    GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源. GreatSQL是MySQL的国产分支版本,使用上与MySQL一致. 作者介绍:孙黎,GreatDB 认证DBA 问题现象 ...

  3. 二进制redis集群部署

    二进制redis集群部署 〇.前言 无聊想学罢了 准备环境: 三台centos7 1C1GB即可 三个路相连的地址 主机 IP 节点-角色-实例(端口) redis1 172.16.106.128 M ...

  4. 企业运维实践-丢弃手中的 docker build , 使用Kaniko直接在Kubernetes集群或Containerd环境中快速进行构建推送容器镜像

    关注「WeiyiGeek」公众号 设为「特别关注」每天带你玩转网络安全运维.应用开发.物联网IOT学习! 希望各位看友[关注.点赞.评论.收藏.投币],助力每一个梦想. 本章目录 目录 首发地址: h ...

  5. day40-网络编程02

    Java网络编程02 4.TCP网络通信编程 基本介绍 基于客户端--服务端的网络通信 底层使用的是TCP/IP协议 应用场景举例:客户端发送数据,服务端接收并显示控制台 基于Scoket的TCP编程 ...

  6. proxysql cluster 的搭建

    文章转载自:https://blog.51cto.com/lee90/2298804 官方文档: https://proxysql.com/blog/proxysql-cluster 环境架构 在一主 ...

  7. Pod 的生命周期

    上图展示了一个 Pod 的完整生命周期过程,其中包含 Init Container.Pod Hook.健康检查 三个主要部分,接下来我们就来分别介绍影响 Pod 生命周期的部分: 首先在介绍 Pod ...

  8. k8s中计算资源策略 Limit Range

    文章转载自:https://www.kuboard.cn/learning/k8s-advanced/policy/lr.html 默认情况下,容器在 Kubernetes 集群上运行时,不受 计算资 ...

  9. MongoDB 副本集的用户和权限一般操作步骤

    步骤总结: 在主节点上添加超管用户,副本集会自动同步 按照仲裁者.副本节点.主节点的先后顺序关闭所有节点服务 创建副本集认证的key文件,复制到每个服务所在目录 修改每个服务的配置文件,增加参数 启动 ...

  10. linux安装node和达梦数据库8

    PS.本次测试只是为了项目需要,但是在部署和启动程序的时候发生了一系列的报错,由此记录下来为日后作参考 安装达梦数据库 1. 达梦数据库(DM8)简介 达梦数据库管理系统是武汉达梦公司推出的具有完全自 ...