C/C++ 气象数据中心实战，手把手教你做工业级我的项目 | 无密分享
下载地址：百度网盘
Java 中如何斯文的处理异样
对于后端程序员来说，写 Java 程序的时候，处理异样是必须要做的事。谬误处理诚然重要，然而若是被谬误处理霸占了大部分逻辑，那么就大错特错了。
最近对这一点略有研究，稍微提一些斯文的处理异样的技巧和思路。
1 使用异样而不是返回码
咱们先看如下代码例子
public void demo01(Long userId){
String userName = getUserName(userId);
if (StringUtils.isNotEmpty(userName)) {// 持续之后的逻辑} else {log.info("没有获取到用户名称");
}}
复制代码
若是执行这段代码的时候，userName 为空，会影响接下来的逻辑。可是若是只是输入一段日志，刚写代码的时候，比较熟悉，查看起来容易，然而工夫久了或者后边的同学接手代码的时候就有点烦脑了。
最好是间接抛出异样，既然已经影响到接下来的逻辑了，那就抛出异样，阻断过程。如下所示：
public void demo02(Long userId){
String userName = getUserName(userId);
if (StringUtils.isNotEmpty(userName)) {// 持续之后的逻辑} else {throw new BusinessException("没有获取到用户名称");
}}
复制代码
2 使用不可控异样
若是使用可控异样，那么在多层封装的时候，需要在每个 catch 块中申明这个异样，若是在最底层的方法中新增了一个可管制异样，那么每个调用此方法的函数都要新增一个 throw 语句。
就像如下代码所示，当 getManager 新增一个可控异样，那么 demo03 绝对应也要新增一个 catch 块。调用 demo03 的方法也要新增。以此类推，那么就是从最底层到最高层的一个修改链。
public void demo03(Long userId) throws Exception {
try {String userName = getManager(userId);
// 持续之后的逻辑
} catch (BusinessException e) {throw e;} catch (Exception e) {throw new Exception(e);
}}
private String getManager(Long userId) throws Exception {
try {// 获取以后用户的 manager} catch (BusinessException e) {throw new BusinessException("获取 manager 失败");
} catch (Exception e) {throw new Exception(e);
}
return "manager";}
复制代码
3 给异样提供更多的信息
当抛出异样的时候，提供更多的信息，有助于找到问题并疾速解决。能从谬误日志中获取到足够多的信息，来准确分析发生谬误的原因，是一件如许美妙的事件。
如下例子，通过错误信息可能看到是获取谁的 manager 失败了，查看数据库和代码逻辑可能疾速定位问题。若是有其余信息，一并传入会有更大的帮助。
public void demo04(Long userId) throws Exception {
try {String userName = getManager(userId);
// 持续之后的逻辑
} catch (Exception e) {throw new BusinessException("获取以后用户的 manager 失败，以后用户 id 为:"+userId);
}}
复制代码
4 别在方法中返回 null 值
这一点感同身受，在代码中处理了大量的空判断，调用前人写的代码的时候，一不当心就空指针了，自己新写方法又重复了逻辑。
在如下例子中，getManagers 间接返回了从数据库获取到的数据，若是没有数据返回，那么 List<User> 对象就为 null。这样每个调用 getManagers 的方法都要判断是否为空。
public void demo05(Long userId) throws Exception {
List<User> userList = getManagers(userId);
if (!CollectionUtils.isEmpty(userList)) {for (User user : userList) {// 持续之后的逻辑}
}}
private List<User> getManagers(Long userId) {
List<User> users = getDataFromDB(userId);
return users;}
复制代码
当 getDataFromDB 的返回为空的时候，咱们间接返回一个空 list，这样调用的方法就不必都去判断是否为空了。
像这样：
private List<User> getManagers(Long userId) {
List<User> users = getDataFromDB(userId);
if (CollectionUtils.isEmpty(users)) {return Collections.emptyList();
} else {return users;}}
复制代码
当然还有更多的更斯文的处理异样的方法，各位可能可能在评论区留言，我会持续整顿输入一篇新的文章，感谢。