Java中避免写嵌套if样式的代码详解

前言

optional的代码相对更加简洁，当代码量较大时，我们很容易忘记进行null判定，但是使用optional类则会避免这类问题。

下面这是一个嵌套的 if 判断,业务逻辑是从 httprequst 中获取 x-auth-token 的值。逻辑是如果 header中有值则从 header 中取值否则从 cookie 中取值,取到值后调用一个 http 远程接口 获取用户信息,获取不到则报“获取用户信息失败”,如果 token 都不存在则直接返回 httprespons 为 401-noauth

这下面是之前同事写的代码

if 嵌套代码

if (methodneedauth) {
 //***身份验证
 string token = request.getheader("x-auth-token");
 if (stringutils.isempty(token)) { // 如果 header 中没有 x-auth-token 则从 cookie 中取
 cookie[] cookies = request.getcookies();
 if (cookies == null || cookies.length == 0) { //cookie 都为 null
  return returnnoauthresult(response);
 } //这个地方判空,否则下面的 arrays.stream 回报空指针异常
 token = arrays.stream(cookies).filter(cookie ->
  "x-auth-token".equals(cookie.getname())
 ).collect(collectors.tolist()).get(0).getvalue();
 if (token == null) { // cookie 有值但是 cookie 中没有 x-auth-token
  return returnnoauthresult(response);
 }
 }
 if (!stringtool.isnullorempty(token)) {
 userinfo = userservice.getuserinfobytoken(token);
 }
 if (userinfo == null || stringtool.isnullorempty(userinfo.getuser_id())) {
 return returnnoauthresult(response);
 }
}

optional 规避 if 嵌套

if (methodneedauth) {
 //***身份验证
 string token = optional.ofnullable(request.getheader("x-auth-token")).orelseget(() ->
  gettokenfromcookie(request) //提取出一个方法
 );
 userinfo = optional.ofnullable(token).map(try.of(t ->
  userservice.getuserinfobytoken(t))
 ).orelse(null);
 if (userinfo == null || stringtool.isnullorempty(userinfo.getuser_id())) {
 response.senderror(401, "no auth");
 return false;
 }
}
/**
 * 从 cookie 中获取 token
 */
private string gettokenfromcookie(httpservletrequest request) {
 cookie[] cookies = optional.ofnullable(request.getcookies()).orelse(new cookie[0]); // optional 强制赋默认值,cookies一定不为 null
 string cookie = arrays.stream(cookies).filter(item ->
  "x-auth-token".equals(item.getname())
 ).findfirst().map(cookie::getvalue).orelse(null);
 return cookie;
}

小结

java8 optional 的常规用法

java8 的 optional 可以规避所有的空指针异常问题么？答案当然是否定的, optional<t>() 也是对象,他也会为 null, 所以也有可能报空指针异常哟。

optional 的三种构造方式: optional.of(obj), optional.ofnullable(obj) 和明确的 optional.empty()

• optional.of(obj) : 它要求传入的 obj 不能是 null 值的, 否则还没开始进入角色就倒在了 nullpointerexception 异常上了.
• optional.ofnullable(obj) : 它以一种智能的, 宽容的方式来构造一个 optional 实例. 来者不拒, 传 null 进到就得到 optional.empty() , 非 null 就调用 optional.of(obj) .
  

那是不是我们只要用 optional.ofnullable(obj) 一劳永逸, 以不变应二变的方式来构造 optional 实例就行了呢? 那也未必, 否则 optional.of(obj) 何必如此暴露呢, 私有则可?

我本人的观点是:

• 当我们非常非常的明确将要传给 optional.of(obj) 的 obj 参数不可能为 null 时, 比如它是一个刚 new 出来的对象(optional.of(new user(…))) , 或者是一个非 null 常量时;
• 当想为 obj 断言不为 null 时, 即我们想在万一 obj 为 null 立即报告 nullpointexception 异常, 立即修改, 而不是隐藏空指针异常时, 我们就应该果断的用 optional.of(obj) 来构造 optional 实例, 而不让任何不可预计的 null 值有可乘之机隐身于 optional 中.

java8 optional需要小心的地方

• reports calls to java.util.optional.get() without first checking with a ispresent() call if a value is available. if the optional does not contain a value, get() will throw an exception. (调用 optional.get() 前不事先用 ispresent() 检查值是否可用. 假如 optional 不包含一个值, get() 将会抛出一个异常)
• reports any uses of java.util.optional, java.util.optionaldouble, java.util.optionalint, java.util.optionallong or com.google.common.base.optional as the type for a field or a parameter. optional was designed to provide a limited mechanism for library method return types where there needed to be a clear way to represent “no result”. using a field with type java.util.optional is also problematic if the class needs to be serializable, which java.util.optional is not. (使用任何像 optional 的类型作为字段或方法参数都是不可取的. optional 只设计为类库方法的, 可明确表示可能无值情况下的返回类型. optional 类型不可被序列化, 用作字段类型会出问题的)
  

一句话小结: 使用 optional 时尽量不直接调用 optional.get() 方法, optional.ispresent() 更应该被视为一个私有方法, 应依赖于其他像 optional.orelse() , optional.orelseget() , optional.map() 等这样的方法.

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对的支持。