SpringMVC-源码分析)

SpringMVC 零配置启动

• 使用下面的函数来启动mvc

public class MyWebApplicationInitializer implements WebApplicationInitializer {
    @Override
    public void onStartup(ServletContext servletCxt) {
    //	生成Spring 容器
        AnnotationConfigWebApplicationContext ac = new AnnotationConfigWebApplicationContext();
        // 将配置文件导入容器
        ac.register(AppConfig.class);
        ac.setServletContext(servletCxt);
        ac.refresh();
        //创建我们关键的Servlet
        DispatcherServlet servlet = new DispatcherServlet(ac);
		//将这个Servlet 添加到 web上下文中去
		/*
		这个时候里面有3个Servlet。
		1. DispatcherServlet
		2. DefaultServlet（里面的Handler 可以调用webapp 里面的静态资源）
		*/
        ServletRegistration.Dynamic registration = servletCxt.addServlet("app", servlet);
        registration.setLoadOnStartup(1);
		//配置这个Servlet 的拦截 路径。没有拦截到路径会分发给 DefaultServlet。因为DefaultServlet 拦截路径是（“/”）
        registration.addMapping("*.do");
    }
}

AppConfig 配置文件

@Configuration
@ComponentScan("com")
@EnableAspectJAutoProxy
//@EnableWebMvc  // <annotation:driver>
public class AppConfig extends WebMvcConfigurationSupport  {

/**
 * 在这里配置视图解析器
 * @param registry
 */
    @Override
    public void configureViewResolvers(ViewResolverRegistry registry) {
        registry.jsp("/page/",".html");
    }
/*
配置 ArgamentResovel
*/
    @Override
    public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {
        resolvers.add(0,new ArgamentResovel());
    }
/*
配置 返回body的 Json 配置
*/
    @Override
    public void configureMessageConverters(List<HttpMessageConverter<?>> converters) {
        FastJsonHttpMessageConverter fastJsonHttpMessageConverter
                = new FastJsonHttpMessageConverter();
        converters.add(fastJsonHttpMessageConverter);
    }

}

SpringMvc之拦截器

• 通过Config配置类，配置我们自己的拦截器

public void addInterceptors(InterceptorRegistry registry) {
     registry.addInterceptor(new LoginInterceptor());
 }

• 自己实现的 拦截器

public class LoginInterceptor extends HandlerInterceptorAdapter {

    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response,
                             Object handler) throws Exception {
        // 获得请求路径的uri
        String uri = request.getRequestURI();

        // 判断路径是登出还是登录验证，是这两者之一的话执行Controller中定义的方法
        if(uri.endsWith("/login/auth") || uri.endsWith("/login/out")) {
            return true;
        }
        // 进入登录页面，判断session中是否有key，有的话重定向到首页，否则进入登录界面
        if(uri.endsWith("/login/") || uri.endsWith("/login")) {
            if(request.getSession() != null && request.getSession().getAttribute("loginUser") != null) {
                response.sendRedirect(request.getContextPath() + "/index");
            } else {
                return true;
            }
        }
        // 其他情况判断session中是否有key，有的话继续用户的操作
        if(request.getSession() != null && request.getSession().getAttribute("loginUser") != null) {
            return true;
        }
        // 最后的情况就是进入登录页面
        response.sendRedirect(request.getContextPath() + "/login");
        return false;
    }
}

拦截器源码分析

• 在获取到 HandlerExecutionChain 后会去调用 applyPreHandler 并且如果返回 false 直接return。
  
• 遍历所有的拦截器的PreHandler 方法，如果返回false 解锁return false。
  

SpringMVC的参数匹配源码分析

• 关键代码

private HandlerMethodArgumentResolver getArgumentResolver(MethodParameter parameter) {
    HandlerMethodArgumentResolver result = (HandlerMethodArgumentResolver)this.argumentResolverCache.get(parameter);
    if (result == null) {
        Iterator var3 = this.argumentResolvers.iterator();
        while(var3.hasNext()) {
            HandlerMethodArgumentResolver methodArgumentResolver = (HandlerMethodArgumentResolver)var3.next();
            // 遍历所有的 ArgumentResolver 来查看是否匹配 如果supportsParameter（）返回的是True ，类型匹配上了，就可以使用他的resolveArgument 进行实参填充。 
            if (methodArgumentResolver.supportsParameter(parameter)) {
                result = methodArgumentResolver;
                this.argumentResolverCache.put(parameter, methodArgumentResolver);
                break;
            }
        }
    }

使用 @ModelAttribute 进行参数注入

    @ModelAttribute
    public void getUser(@RequestParam(value="id",required=false) Integer id,
                        Map<String, Object> map){
        System.out.println("modelAttribute method");
        if(id != null){
            //模拟从数据库中获取对象
            User user = new User(1, "Tom");
            System.out.println("从数据库中获取一个对象: " + user);
            map.put("user", user);

        }
     }
    @RequestMapping("/testModelAttribute.do")
    public String testModelAttribute(User user1){
        System.out.println("修改: " + user1);
        return "index";
    }

• 在针对每一个 @RequestMapping()方法invoke的时候，会先去跑注解 @ModelAttribute的方法，如果参数是Map 那么会调用MapMethodProcessor 的resolveArgument 这个时候 会返回ModelAndViewContainer 这个对象的 一个 defaultModel 是一个Map。然后，在调用 RequestMapping 的时候 会调用 如果是 之前都没有找到那么会尝试利用ServletModelAttributeMethodProcessor 去defaultModel 找，找不到的话就会404.

SpringMVC方法返回值详解

针对返回值，具有下面这些处理器：
都是实现了HandlerMethodReturnValueHandler这个接口。

方法上具有@ResponseBody （表示会将返回值直接写回）

• 在源码中如果是具有@ResponseBody这个备注，那么会寻找到RequestResponseBodyMethodProcessor并且运行它的handleReturnValue()方法
• 如果是String 直接写回去
• 需要消息转换器的话，会去调用我们之前配置的messageConverters里面的FastJson转化成Json 写回。
• 

方法上没有@ResponseBody

• 会根据对应的返回值，找到对应的Handle。会做一些封装处理成ModelAndView，判断一下是否重定向。

源码流程

1. 首先方法进入 doDispath。
2. getHandler()，通过HandMapping去找一个Controller对象
   • 可以扩展 自己实现 HandleMapping
   • Spring boot 扩展Spring mvc 其中就扩展了 HandleMapping 去解析静态资源
3. getHandlerAdapter（）: 根据你controller的类型去找一个适配器
   • 因为Controller有很多种不同的注册方式 所以需要不同的适配器
   • 由于 如果自己实现了HandleMapping 那么也要生成 对应的适配器。
4. handle() : 执行Controller逻辑并且进行视图裁决（判断是要重定向还是转发还是响应页面）
   • invokeForRequest()：执行方法的全部逻辑
   • 首先给参数赋值 ：参数赋值的扩展点：HandlerMethodArgumentResolver
5. setResponseStatus（）设置ResponseStatus响应状态码 对标：@ResponseStatus注解
6. handleReturnValue（） 进行视图裁决
   • selectHandler（） 针对不同的输出以及注解选择出对应的Handler,
   • handler.handleReturnValue（） 对冲顶于返回值处理（判断是否需要响应还是需要重定向）
     • 如果是@ResponseBody 注解又有一个扩展点:HttpMessageConverter 消息转换器
7. 
   () 重新封装一个ModelAndView对象
   • 如果不需要渲染视图（如果是重定向 || 响应视图的话） 就会返回null
   • mavContainer.isRequestHandled() 判断是否需要重定向或响应
   • 同时会把model里面的参数放到request.setAttribute（说明model的作用域是request作用域）
8. processDispatchResult（）：开始做视图渲染
   • 判断是否需要响应异常视图
   • 扩展点：ViewResolver
     • 遍历所有的视图解析器，返回解析后的view。（其实就是给返回的view做一层封装，对应到我们的动态或者静态资源）
       
   • 拿到视图名称 封装一个视图对象 进行forward