protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
    HttpServletRequest processedRequest = request;
    HandlerExecutionChain mappedHandler = null;
    boolean multipartRequestParsed = false;
    WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

    try {
        try {
            ModelAndView mv = null;
            Object dispatchException = null;

            try {
                processedRequest = this.checkMultipart(request);
                multipartRequestParsed = processedRequest != request;
                mappedHandler = this.getHandler(processedRequest);
                if (mappedHandler == null) {
                    this.noHandlerFound(processedRequest, response);
                    return;
                }

                HandlerAdapter ha = this.getHandlerAdapter(mappedHandler.getHandler());
                String method = request.getMethod();
                boolean isGet = HttpMethod.GET.matches(method);
                if (isGet || HttpMethod.HEAD.matches(method)) {
                    long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
                    if ((new ServletWebRequest(request, response)).checkNotModified(lastModified) && isGet) {
                        return;
                    }
                }

                //调用预处理 执行的就是拦截器 重点
                if (!mappedHandler.applyPreHandle(processedRequest, response)) {
                    return;
                }

                //执行Controller中的业务
                mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
                if (asyncManager.isConcurrentHandlingStarted()) {
                    return;
                }

                this.applyDefaultViewName(processedRequest, mv);
                mappedHandler.applyPostHandle(processedRequest, response, mv);
            } catch (Exception var20) {
                dispatchException = var20;
            } catch (Throwable var21) {
                dispatchException = new NestedServletException("Handler dispatch failed", var21);
            }

            this.processDispatchResult(processedRequest, response, mappedHandler, mv, (Exception)dispatchException);
        } catch (Exception var22) {
        this.triggerAfterCompletion(processedRequest, response, mappedHandler, var22);
        } catch (Throwable var23) {
        this.triggerAfterCompletion(processedRequest, response, mappedHandler, new NestedServletException("Handler processing failed", var23));
        }

    } finally {
        if (asyncManager.isConcurrentHandlingStarted()) {
            if (mappedHandler != null) {
                mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);
            }
        } else if (multipartRequestParsed) {
            this.cleanupMultipart(processedRequest);
        }
    }
    
}

从上述源码可以看出在开始执⾏ Controller 之前，会先调⽤ 预处理⽅法 applyPreHandle，⽽applyPreHandle ⽅法的实现源码如下：

boolean applyPreHandle(HttpServletRequest request, HttpServletResponse response) throws Exception {
    for(int i = 0; i < this.interceptorList.size(); this.interceptorIndex = i++) {
        HandlerInterceptor interceptor = (HandlerInterceptor)this.interceptorList.get(i);
        if (!interceptor.preHandle(request, response, this.handler)) {
            this.triggerAfterCompletion(request, response, (Exception)null);
            return false;
        }
    }

    return true;
}

从上述源码可以看出，在 applyPreHandle 中会获取所有的拦截器 HandlerInterceptor 并执⾏拦截器中的 preHandle ⽅法，这样就和前⾯定义的拦截器对应上了：

此时⽤户登录权限的验证⽅法就会执⾏，这就是拦截器的实现原理。

1.4.2.拦截器小结

通过上⾯的源码分析可以看出，Spring 中的拦截器也是通过动态代理和环绕通知的思想实现的，⼤体的调⽤流程如下：

1.5.扩展：统一访问前缀添加

import com.example.demo.interceptor.LoginInterceptor;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.InterceptorRegistry;
import org.springframework.web.servlet.config.annotation.PathMatchConfigurer;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

/**
 * 用户登录拦截器实现
 */
@Configuration
public class AppConfig implements WebMvcConfigurer {
    @Autowired
    private LoginInterceptor loginInterceptor;

    /**
     * 给当前项目添加拦截器
     *
     * @param registry
     */
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
//        registry.addInterceptor(loginInterceptor)
//                .addPathPatterns("/**") //拦截所有的url
//                .excludePathPatterns("/user/reg") //不拦截注册接口/user/reg
//                .excludePathPatterns("/user/login") //不拦截登录接口 /user/login
//                .excludePathPatterns("/**/*.html"); //不拦截所有的html页面
    }

    /**
     * 给所有的服务添加api前缀
     * @param configurer
     */
    @Override
    public void configurePathMatch(PathMatchConfigurer configurer) {
        configurer.addPathPrefix("api", c -> true); //其中第⼆个参数是⼀个表达式，设置为 true 表示启动前缀。
    }
}

2.统一异常处理

①算术异常：ArithmeticException

前端是使用ajax请求的，得到一个500，前端不知道是什么情况。因为500的success不会走success的回调方法，不会走回调方法意味着前端会一直等待后端的返回，但后端一直没有返回。这样的报错信息，前端懵了，用户更懵。

实现了统一异常处理-->不管后端出啥问题，把这个问题以前端能够看得懂的方式json的方式返回给前端，前端拿到这个消息至少会走success方法，可判断success里的状态等等。还可以在拦截到某个异常之后，把这个异常以短信的形式发送给研发/运维人员，进而解决问题。

统⼀异常处理使⽤的是 @ControllerAdvice + @ExceptionHandler 来实现的。

@ControllerAdvice 表示控制器通知类（对当前的控制器进行功能增强的），@ExceptionHandler 是异常处理器，两个结合表示当出现异常的时候执⾏某个通知，也就是执⾏某个⽅法事件。

2.1.创建统一异常类，并标识当前的类为@ControllerAdvice

2.2.实现异常处理的方法（可以定义多个），在方法上添加@ExceptionHandler注解（异常类型）

还是出错了，但此时出错信息被封装成了一个json数据，前端会走success代码：发现状态state不等于1说明操作失败了，查看原因发现除数为0了，用户就不会懵逼了。

②空指针异常：NullPointerException

 ③类型转换异常：

可以把典型的一些异常分别定义出来，其他的异常定义为默认异常/自定义异常。当遇到一个异常没有定义时，会去走默认异常。

import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
import org.springframework.web.bind.annotation.ResponseBody;
import java.util.HashMap;

/**
 * 统一异常错误处理类
 */
@ControllerAdvice //从业务来说表示当前类为统一异常封装类，这个注解本身表示对当前的控制器进行功能增强的
@ResponseBody
public class MyExceptionResult {
    /**
     * 算术异常
     *
     * @param e
     * @return
     */
    @ExceptionHandler(ArithmeticException.class)
    public HashMap<String, Object> myArithmeticException(ArithmeticException e) {
        HashMap<String, Object> result = new HashMap<String, Object>();
        result.put("state", -1);
        result.put("msg", "算术异常：" + e.getMessage());
        result.put("data", null);
        return result;
    }

    /**
     * 空指针异常
     *
     * @param e
     * @return
     */
    @ExceptionHandler(NullPointerException.class)
    public HashMap<String, Object> myNullPointerException(NullPointerException e) {
        HashMap<String, Object> result = new HashMap<String, Object>();
        result.put("state", -1);
        result.put("msg", "空指针异常：" + e.getMessage());
        result.put("data", null);
        return result;
    }

    /**
     * 默认异常
     *
     * @param e
     * @return
     */
    @ExceptionHandler(Exception.class)
    public HashMap<String, Object> myException(Exception e) {
        HashMap<String, Object> result = new HashMap<String, Object>();
        result.put("state", -1);
        result.put("msg", "默认异常：" + e.getMessage());
        result.put("data", null);
        return result;
    }
}

注：

• ⽅法名和返回值可以⾃定义，其中最重要的是 @ExceptionHandler(Exception.class) 注解。
• 以上⽅法表示，如果出现了异常就返回给前端⼀个 HashMap 的对象，其中包含的字段如代码中定义的那样。
• 可以针对不同的异常，返回不同的结果。
• 当有多个异常通知时，匹配顺序为当前类及其⼦类向上依次匹配，即当既有空指针异常也有默认异常时，会优先走空指针异常。也就是优先会走子类，而不是父类。

3.统一数据返回格式

3.1.为什么需要统一数据返回格式？

统⼀数据返回格式的优点有很多，比如以下几个：

1. ⽅便前端程序员更好的接收和解析后端数据接⼝返回的数据。
2. 降低前端程序员和后端程序员的沟通成本，按照某个格式实现就⾏了，因为所有接⼝都是这样返回的。
3. 有利于项⽬统⼀数据的维护和修改。
4. 有利于后端技术部⻔的统⼀规范的标准制定，不会出现稀奇古怪的返回内容。

3.2.统一数据返回格式的实现

统⼀的数据返回格式可以使⽤ @ControllerAdvice + ResponseBodyAdvice 的⽅式实现：

3.2.1.标识当前的类为@ControllerAdvice，并重写ResponseBodyAdvice接口

3.2.2.实现重写的方法，封装统一返回的方法

import org.springframework.core.MethodParameter;
import org.springframework.http.MediaType;
import org.springframework.http.server.ServerHttpRequest;
import org.springframework.http.server.ServerHttpResponse;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.servlet.mvc.method.annotation.ResponseBodyAdvice;
import java.util.HashMap;

/**
 * 统一数据返回封装
 */
@ControllerAdvice
public class MyResponseBodyAdvice implements ResponseBodyAdvice {
    /**
     * 内容是否需要重写（通过此方法可以选择部分控制器和方法进行重写）
     * 返回true表示重写
     * 
     * @param returnType
     * @param converterType
     * @return
     */
    @Override
    public boolean supports(MethodParameter returnType, Class converterType) {
        return true;
    }

    /**
     * 方法返回之前调用此方法
     * 
     * @param body
     * @param returnType
     * @param selectedContentType
     * @param selectedConverterType
     * @param request
     * @param response
     * @return
     */
    @Override
    public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
        HashMap<String, Object> result = new HashMap<>();
        result.put("sate", 1);
        result.put("data", body);
        result.put("msg", "");
        return result;
    }
}

发现这个⽅法在执⾏是会查找所有使用 @ControllerAdvice 注解的类，这些类会在容器中，当发⽣某个事件时，调⽤相应的 Advice 方法，⽐如返回数据前调⽤统⼀数据封装，⽐如发⽣异常是调⽤异常的 Advice ⽅法实现。

4.总结

• 统⼀⽤户登录权限的效验使⽤ WebMvcConfigurer+ HandlerInterceptor来实现
• 统⼀异常处理使⽤ @ControllerAdvice + @ExceptionHandler 来实现
• 统⼀返回值处理使⽤ @ControllerAdvice + ResponseBodyAdvice 来处理