有人可能会认为利用异常拦截这种机制，把业务逻辑的错误都用业务异常抛出进入aop的执行器，对性能会有所影响，经过笔者的调研和测试，频繁的抛出异常和`try catch`不会有性能损耗，主要的性能损耗在`catch`方法内部，并且在`catch`内，记录日志比较占用大部分的时间 所以，如果是系统特别注重性能等问题，可以把业务异常分为两类，一类是`较为频繁抛出`的业务异常，一类是`较少出现次数`的业务异常，第一类异常可以再@ExceptionHandler中不做日志记录，只进行简单的返回操作，第二类可以着重做异常处理，并做结果返回