不要这样使用异常

在一些使用spring框架的项目中，经常可以看到这样的代码:

在业务代码中抛出自定义异常，在全局异常控制中自定义输出

@RestController@RequestMapping("/api/TestServer")public class TestServer{    @PostGet("getUser")    public User getUser(String userName)    {        //....                throw new UserNotFoundException();    }    //....}

public class UserNotFoundException extends RuntimeException{    public UserNotFoundException(){        super("用户不存在");    }}

@RestControllerAdvicepublic class MyExceptionHandler{    @ExceptionHandler    Map handleUserNotFoundException(UserNotFoundException ex)    {        Map result=new HashMap();        result.put("code",100);        result.put("message","用户不存在");        return result;    }    //...}

为什么说这不是一个好的做法呢？先看看正确的做法应该是:

定义全局输出封装类，正常或异常业务输出都由这个类封装

public class Message
    
      {    /**     * 响应代码,0为正常     */    private int code;    /**     * 用于描述code对应信息     */    private String msg;    //.....}
    

定义一个基础常规异常表

public enum CodeEnu implements CodeInter {    /**正常返回*/OK,     /**未知异常时,最后返回*/OTHER("其他异常"),     NOTEMPTY("参数不能为空"), FORMATERROR("参数格式不正确"), //....}

替换抛出异常的业务代码

@RestController@RequestMapping("/api/TestServer")public class TestServer{    @PostGet("getUser")    public Message
    
      getUser(String userName)    {        //....                return Message.error(CodeEnu.USER_NOTFOUND_ERROR);    }    //....}
    

@RestControllerAdvicepublic class MyExceptionHandler{    @ExceptionHandler    Message
    
      handleException(Exception ex)    {        return Message.error(CodeEnu.OTHER);     }}
    

抛出异常 vs 返回结果

有时候我们选择抛出异常，有时候选择返回结果。这要这两个者的优缺点说起：

1. 异常能够详细的跟踪错误出处
2. 抛出异常也意味着降低些性能

在业务中，抛出异常不好的点有：1.不需要详细的跟踪错误，最终也只是输出简要信息。2.是可预知的业务结果，而不是出现运行问题。3.重复的处理转发，由结果转异常抛出，再将异常抛出转结果输出，转了一圈又回来的浪费性能处理。

思考

1. 在jdk8中，提供java.util.Optional 类也是用来减少抛出NullPointerException
2. 经常需要用到将InputStream 读取出来的工具方法，如读取网络、文件，那么这个方法该抛出IOException还是返回null？