Spring MVC(1)-核心组件

冲上云霄的Jayden

已于 2023-04-17 15:59:36 修改

阅读量570

点赞数

分类专栏： Spring核心技术文章标签： Spring MVC HandlerMapping

于 2023-04-17 15:02:08 首次发布

本文链接：https://blog.csdn.net/NF_ALONG/article/details/130196163

版权

Spring核心技术同时被 2 个专栏收录

11 篇文章 0 订阅

订阅专栏

SpringMVC学习记录

5 篇文章 0 订阅

订阅专栏

Spring MVC是基于组件式的Web框架，一个不同的功能点都由一个不同的组件负责，这样做的好处之一就是：各个组件分工明确、相互配合完成请求的处理和响应工作。

DispatcherServlet

Spring MVC使用分派控制器模式，DispatcherServlet提供了用于请求处理和分发的整体逻辑，而实际上的请求处理的工作是由各个可配置的组件来完成的。该模型非常灵活，并支持多种工作流程。

DispatcherServlet也被称作前端控制器。简单的说，用户请求到达DispatcherServlet，然后由它调用其它组件处理用户的请求，DispatcherServlet是整个请求处理的流程控制中心，DispatcherServlet的存在降低了组件之间的耦合性。

Handler

即处理器，它对应着MVC中的C也就是Controller，在Spring MVC框架中，它的实现有很多种，比如：

实现Servlet接口或者继承HttpServlet类等方法，这是最传统的方式，在使用框架之后，此方式几乎不再使用了。
实现了Coltroller接口或者继承Coltroller的实现类。
实现了HttpRequestHandler接口或者继承HttpRequestHandler的实现类。
标注了@RequestMapping注解以及使用@RequestMapping 作为元注解的注解（比如@GetMapping、@PostMapping、@PutMapping、@DeleteMapping、@PatchMapping等）的方法。

Handler中就包含我们的业务代码逻辑！

HandlerMapping

处理器映射器，用于查找能够处理请求的Handler，将请求映射为HandlerExecutionChain 对象（包含一个Handler处理器对象、多个 HandlerInterceptor 拦截器）对象。

Spring默认将加载BeanNameUrlHandlerMapping、RequestMappingHandlerMapping。

BeanNameUrlHandlerMapping

beanName方式。BeanNameUrlHandlerMapping，利用Controller的beanname来作为URL映射查找对应的Handler。

BeanNameUrlHandlerMapping只会查找采用实现了Controller接口或者继承Controller的实现类，以及实现了HttpRequestHandler接口或者继承HttpRequestHandler的实现类这两种方式实现的Handler。

	@org.springframework.stereotype.Controller("/beanNameUrl")
	public class BeanNameUrlController implements Controller {

    @Override
    public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
        //创建ModelAndView对象
        ModelAndView mv = new ModelAndView();
        //跳转到哪个页面    mvc会走视图解析器
        mv.setViewName("index.jsp");
        return mv;
    }
}

RequestMappingHandlerMapping

注解方式。RequestMappingHandlerMapping是最常用的一个HandlerMapping，因为它支持查找通过@RequestMapping注解或者@RequestMapping作为元注解的方式实现的Handler。

RequestMappingHandlerMapping在构建HandlerExecutionChain对象时，会在内部将对象内的handler属性的类型设置成HandlerMethod类型。

HandlerAdapter

处理器适配器，帮助 DispatcherServlet调用请求映射到的Handler，但是不管Handler实际如何调用。将会返回一个ModelAndView对象，其中model是一个Map结构，存放了我们返回的所有数据，view是逻辑视图名，即ViewName。如果不需要渲染视图，则可能返回null，比如application/json请求。

HandlerAdapter的实现

通常一种类型的Handler需要一种对应的的HandlerAdapter。

RequestMappingHandlerAdapter主要是适配注解处理器，注解处理器就是我们经常使用@RequestMapping注解及其作为元注解的方法处理器。
HttpRequestHandlerAdapter主要是适配静态资源处理器，静态资源处理器就是实现了HttpRequestHandler接口或HttpRequestHandler接口子类的类处理器，这一类处理器的作用是处理通过Spring MVC来访问的静态资源的请求。
SimpleControllerHandlerAdapter是Controller处理适配器，适配实现了Controller接口或Controller接口子类的处理器。
SimpleServletHandlerAdapter是Servlet处理适配器，适配实现了Servlet接口或Servlet的子类的处理器，我们不仅可以在web.xml里面配置Servlet，其实也可以用SpringMVC来配置Servlet，不过这个适配器很少用到，而且Spring MVC默认的适配器没有它。

HandlerExceptionResolver

异常解析器，如果在前面执行handler的过程中抛出了某个异常，将会走异常解析器的方法！在异常解析器中可以将此错误映射到其他handler、HTML 错误视图（错误页面）或统一抛出自己的异常。

自定义的异常解析器必须实现HandlerExceptionResolver接口，并实现resolveException方法，然后将该异常解析器配置到容器中！

public interface HandlerExceptionResolver {

    /**
     * 尝试解决在处理程序执行期间抛出的给定异常，返回表示特定错误的ModelAndView视图（比如一个统一的异常页面）
     * <p>
     * 返回的ModelAndView可能是一个空的兑现(ModelAndView.isEmpty()返回true)
     * 表示异常已成功解决，但不会呈现任何视图，例如通过设置状态代码。
     *
     * @param request  当前 HTTP 请求
     * @param response 当前 HTTP 响应
     * @param handler  执行的handler
     * @param ex       在handler执行期间抛出的异常
     * @return 相应的要转发到的ModelAndView，或null
     */
    @Nullable
    ModelAndView resolveException(
            HttpServletRequest request, HttpServletResponse response, @Nullable Object handler, Exception ex);

}

ViewResolver

视图解析器，ViewResolver根据handler执行之后返回的ModelAndView中的String类型的逻辑视图名解析成物理视图名，即具体的资源URL地址，再生成对应的View视图对象，具体的视图渲染和数据填充的工作由View视图自己完成，实际上View中也仅仅是进行了数据准备工作，最终仍然是通过调用对应的视图的API来进行视图渲染和数据填充的，而这些方法都是各种视图模版或者技术规范自身的API，并非是View实现的。

ViewResolver接口只有一个resolveViewName方法，用于根据给定的逻辑视图名viewName和区域（用于国际化）locale查找对应的物理视图URL位置，并将其解析为一个View视图对象！

public interface ViewResolver {

    /**
     * 按给定的viewName解析为View视图。
     * <p>
     *
     * @param viewName 要解析的视图的名称
     * @param locale   解析视图的区域设置，用于支持国际化
     * @return View 对象，如果找不到对应的视图，那么返回null
     * @throws Exception 如果视图无法解析（通常在创建实际View视图对象时出现问题）
     */
    @Nullable
    View resolveViewName(String viewName, Locale locale) throws Exception;

}

Spring为我们提供了非常多的视图解析器的默认实现，例如：

BeanNameViewResolver：在当前应用程序上下文中将逻辑视图名称解析为 bean名称，随后查找对应的名称的bean实例并返回。也就是说对应名称的bean应该是一个View视图对象。
FreeMarkerViewResolver：将逻辑视图名称解析为FreeMarkerView对象，说白了就是对FreeMarker模版的支持！
InternalResourceViewResolver：使用的最广泛的一个视图解析器。将逻辑视图名称解析为InternalResourceView对象，而InternalResourceView则会将返回的Model模型的属性都存放到对应的request属性中，然后通过RequestDispatcher在服务器端把请求forword到目标URL。我们知道/WEB-INF/下面的内容是不能直接通过请求的方式请求到的，为了安全性考虑，我们通常会把jsp等资源文件放在WEB-INF目录下，而InternalResourceViewResolver的自动转发机制就能即安全又方便的访问这些资源了。

默认的ViewResolver就是InternalResourceViewResolver，指定的ViewResolver同样支持Order排序！

View

视图，Spring MVC框架提供了很多类型的View视图支持，包括：JstlView、FreemarkerView、PdfView等，我们最常用的视图就是jsp，它对应着InternalResourceView。

View对象中保存了经过逻辑视图名解析出来的物理视图资源URL路径，通过View.render方法可将返回的model数据（需要展示的数据）填充（渲染）到对应的物理视图中的对应位置，并将最终渲染完毕的页面通过response响应给客户端（比如返回拼接的HTML文本）。

public interface View {

    /**
     * @return Content-Type 字符串，可能包含charset
     */
    @Nullable
    default String getContentType() {
        return null;
    }

    /**
     * 根据给定的model数据渲染当前的view
     *
     * @param model    一个Map，名称作为key，值作为value
     * @param request  当前请求
     * @param response 响应对象
     */
    void render(@Nullable Map<String, ?> model, HttpServletRequest request, HttpServletResponse response)
            throws Exception;
}