全局异常处理与jsr303

1. 全局异常处理

这里主要是思路上的总结。
要点一共有三个：

（1）全局异常处理类@ControllerAdvice

（2）全局异常类GlobalException

（3）异常代码枚举类CodeEnum

其实这里的全局异常处理类里面的逻辑真的巨简单，从总体上而言，全局异常处理实现的最终的效果，就是哪里抛了一个异常，然后传了一个字符串，直接传到了Response.setResult这里面。
最后的最后也就传了一个字符串出来，写明白在哪里抛的异常。
（也可以针对不同的异常做各种补救措施，不过目前没涉及过）

所以全局异常处理类里面的所有逻辑，就是把异常对象里面的msg拿出来，然后set进Response的result属性里面，没了。

而异常类和CodeEnum这两个，最核心的也就是msg字符串，这两个每一个都基本只要一个属性就够了，只要有这个msg就够了，如果code不是在这里定义的话，其实连code不要都可以。

2. 枚举状态码类定义

由于上面也说了，核心是传递这个msg，所以如果真的在Service里面抛个异常出来，然后在异常那里setMsg，也没任何问题，就是不需要这个Code类都没任何问题。

几段代码：

（1）全局异常处理类

@ControllerAdvice
public class GlobalExceptionHandler {
    private static final Logger logger = LoggerFactory.getLogger(ExceptionHandler.class);

    @ExceptionHandler
    @ResponseBody
    public Response exceptionhandle(GlobalException e) {
        return ResponseUtil.error().setMsg(e.getExceptionCode().getMsg());
    }
}

（2） 全局异常类

public class GlobalException extends RuntimeException {

    ExceptionCode exceptionCode;

    public GlobalException(ExceptionCode exceptionCode) {
        super(exceptionCode.toString());
        this.exceptionCode = exceptionCode;
    }

    public ExceptionCode getExceptionCode() {
        return exceptionCode;
    }

    public void setExceptionCode(ExceptionCode exceptionCode) {
        this.exceptionCode = exceptionCode;
    }
}

（3）异常代码类

public enum ExceptionCode {

    // 之后所有的情况就在这里生成就好了，用很多个Code码来表示，这样就可以用一种Exception去返回


    SUCCESS(200,"成功"),
    //登录会出现的问题
    USERNOTFOUND(40001,"该用户不存在"),
    PASSWORDERROR(40002, "密码不正确"),

    //注册出现的问题
    USEREXISTED(40003,"用户已存在"),
    INSERTERROR(40004,"注册时插入数据库失败"),
    INSERTPASSWORDERROR(40005,"注册时写入密码失败"),
    OLDPASSWORDERROR(40006,"当前密码输入错误，请重新输入"),

    //网易云信的问题
    NETEASEGETTOKEN(41001,"网易云信获取token出问题");


    public int code;
    public String msg;

    ExceptionCode(int code, String msg) {
        this.code = code;
        this.msg = msg;
    }

    @Override
    public String toString() {
        return "ExceptionCode{" +
                "code=" + code +
                ", msg='" + msg + '\'' +
                '}';
    }

    public int getCode() {
        return code;
    }

    public void setCode(int code) {
        this.code = code;
    }

    public String getMsg() {
        return msg;
    }

    public void setMsg(String msg) {
        this.msg = msg;
    }
}

3. jsr303参数校验

（1） 依赖不用导入了，spring-boot-starter-web里面都有

（2） 具体使方法

1.
jsr303里面有用的几个注解（这几个注解都是打在类里面的属性名字上面）：

非空检验：
@NotNull（我目前怎么感觉只要会这一个就够了）
@NotEmpty

int型的长度检验：
@Size(min=, max=)
@Length(min=, max=)

日期的时间和格式检验：
@Past
@Future
@Pattern

2.
上面的这几个注解打好了之后，然后在Controller的方法里面的参数上面打@Valid注解。
正是因为有这个注解的存在，所以根本不用担心好几个服务用到了同一个类的复用性问题，你在别的地方用是不会触发校验的。

3.
一个全局的异常处理类，这个框架抛出的异常类型固定，一定是BindException。
在全局异常处理类里面，至少目前看到的例子里面，都是一个方法，然后在这个方法里面做 if 判断，判断抛出来的异常 instanceof ，这是哪个类型的对象，然后执行对应的语句。

（3） 应用场景

这下面都是以前写的，现在知道具体的应用场景了，jsr303是用在前端传了复杂的对象过来，而且封在@RequestBody里面传过来的。
如果有这么多的参数需要校验的话，那自己每一个都写一遍就很蠢，所以用这种方法，以及这个方法基本只能适用于前端给后端传值的时候用，并不是后端自己的参数校验。

---

（1）@Valid注解只能在Controller的方法里面打
这种校验只能用在Controller的入参里面，对接入参数做参数判断，如果想在Service层的方法里面做校验，尝试过了，没有用。
而且这个入参一定要是一个封装好的对象，零零散散的传值没办法校验。
（默认只能处理Controller上面传的参数，如果处理别的参数要自己额外写拦截器）
（2） 处理异常的两种方式，一是在Controller的校验入参后面加一个BindingResult，判断这个是否hasError，一旦加了这个入参之后，连test也没办法做了，只能用swagger或者网页传参。（这一定程度上也是Service不能校验的原因）
（3） 在Controller层上面打注解，然后抛出的异常只有一种，就是BindException，这个异常里面包着的msg就是在需要被校验的参数上面打的校验注解包含的msg。在全局异常处理的时候，只要看这个注解类型就知道谁抛出来的。