如何解决业务开发中的异常情况
在我们的业务开发中，经常会碰到一些业务方面的异常情况，比如购买商品发现余额不足，用户未被授权该操作、以及接收到恶意伪造的请求等等，这些时候，都会导致我们的业务操作终止，返回失败。
对上述类似的业务异常场景，有两种方案可供选择：
- 对于异常场景返回异常状态码，在上层，对异常状态码进行处理；
- 抛出异常，交由上层逻辑处理。
这两种方案都是可行的，但是状态码机制，会给我们的系统带来耦合，我们需要维护一个统一的状态码机制，而且容易导致controller层和service层之间的耦合。
如何抛出、并处理异常？
那我们来看一下抛出异常的解决方案，我们可以定义一个ServiceException继承自RuntimeException，并通过ServiceException传入发生异常的具体原因提示信息，在Controller层进行统一捕获，不过这样写有点难看。
然而，考虑这样一种情况，对于业务异常，有些需要我们返回用户提示信息，比如“余额不足”等；有些返回提示信息则可能导致安全隐患，比如返回“用户不存在”，可以让黑客发起“撞库”攻击，这事，我们对Exception的处理就要分化了，可能会派生出ServiceException1，ServiceException2两个异常类，另外对于可能发生的代码问题（空指针、越界等bug），我们还要捕获RuntimeException，这又造成了Controller层的耦合和掺杂的业务逻辑。
有没用什么办法可以规避这一问题呢？
可以借助Spring的ControllerAdvice采用AOP机制可以对Controller方法的异常进行统一拦截，并可以针对不同类型的Exception进行不同的处理。
@ControllerAdvice
public class ExceptionAdvice {
private static Logger logger =
LoggerFactory.getLogger(AlgoController.class);
@ExceptionHandler({ RuntimeException.class })
@ResponseBody
public ResultSet handleRuntimeException(Exception e){
logger.error("RuntimeException", e);
ResultSet result = ResultSet.valueOf(ResultSetCode.SYSTEM_ERROR);
result.setResult("服务器开小差了");
return result;
}
@ExceptionHandler({ ServiceException.class })
@ResponseBody
public ResultSet handleServiceException(ServiceException e){
logger.warn("ServiceException", e);
ResultSet result = ResultSet.valueOf(ResultSetCode.PARAM_ERROR);
result.setResult(e.getReason());
return result;
}
}
使用异常的注意事项
不要通过异常来编写业务逻辑（使用异常进行条件判断，性能低，且难维护）
注意日志的维护，捕获异常（包括在抛出其它异常），要留下详细合适的Log信息（也可以将之前的异常传入抛出的异常）
注意在finally中释放系统资源
注意try-catch的性能问题，比如不要将其放入循环内
不要捕获unchecked异常（不可恢复的场景、程序错误）
...
异常的性能问题
在对性能敏感的场景，异常对性能会有一定影响。
下面分析下一场对性能的影响问题：
- 抛出异常，并捕获异常
- 获得异常的调用栈
- 打印异常日志
其中，最耗费性能的肯定是打印日志，比获得异常调用栈要高一个量级，而2是1的数倍，当然抛出异常并捕获异常的性能损耗要远高于分支判断（高几个量级）。
这里猜测异常对于性能的影响主要来源于对调用栈的记录。
不过，不能因噎废食，一般情况下，合理使用异常，不会对系统造成性能负担，反而会让代码更整洁清晰，逻辑合理。
参考文献：
- https://mp.weixin.qq.com/s/9KXrpkJ13qwWpsLPzAz33w（优雅处理Java异常）
- https://www.cnblogs.com/lq147760524/p/8475531.html（Java异常及日志注意事项）
- https://blog.csdn.net/hustspy1990/article/details/78075394（对java 异常性能问题的分析）
