Spring MVC 基于模型 - 视图 - 控制器( Model-View-Controller , MVC )模式实现,结合Servlet 和SpringIOC,我们能够简便的构建松耦合的 Web 应用程序。
配置web项目
在SpringIOC的基础上进行扩展,只需要直接引入三个依赖然后修改打包方式从jar变成war,就能进行web项目的开发。
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
</dependency>
<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.1.0</version>
<scope>provided</scope>
</dependency>
为了方便演示,我们把配置类和请求处理的业务类合并成一个,通过java-based方式配置web容器,然后我们就可以通过容器(tomcat或者jetty)启动了
@Configuration
@EnableWebMvc
@Controller
public class WebConfig extends AbstractAnnotationConfigDispatcherServletInitializer {
@RequestMapping("/index")
@ResponseBody
public String index() {
return "index";
}
@Override
protected Class<?>[] getRootConfigClasses() {
return new Class[0];
}
@Override
protected Class<?>[] getServletConfigClasses() {
return new Class[]{WebConfig.class};
}
@Override
protected String[] getServletMappings() {
return new String[]{"/*"};
}
}
这是servlet3.0后的通过java-based的方式替换web.xml的方式配置web项目,只需要上面一个类,我们可以启动容器,并能正确访问:http://localhost:8080/index
当然我们也可以通过web.xml的方式配置容器,当然这两种方式没有谁优谁劣的区别,在于项目选择以及习惯,不过对于大型的项目而言,xml文件配置的方式可能更显得清晰。
DispatcherServlet
DispatcherServlet是SpringMVC处理请求的入口,也是通过它来联系Spring上下文,可以说它是SpringMVC模块的核心。下面是DispatcherServlet与Spring上下文的关系图。
5d7f40e4256a7e1756a72f9a5828b106.jpg在标准的web项目中,DispatcherServlet关联了2个ApplicationContext,当然也可以只声明一个。
在实际项目中,我们通常除了在web.xml的DispatcherServlet的初始化参数中引入mvc的配置文件外,我们还会通过监听器,引入非mvc的配置。
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/root-context.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
两个applicationContext代表着两个IOC容器,各自管理者不同的Bean,通常我们会将业务逻辑层以下层的Bean用一个SpringContext进行管理,通常称为rootContext。将视图层的Bean(也就是Controller注解)用另一个SpringContext进行管理,因为Controller层的Bean会被另外当作请求处理器。
但视图层的容器可以从rootContext中获取对象,进行注入,也就是说上层可以使用下层。
容器启动
在Servlet中,启动顺序是先监听器然后才是servlet初始化方法,都能访问ServletContext,正是这个原因,ServletContext成为了连接DispatcherServlet与Spring容器的桥梁,如下:
- 监听器通过监听容器启动,然后实例化Spring容器,也就是非MVC相关的SpringBean,然后将ApplicationContext的引用存储到ServletContext中。
- DispatcherServlet的初始化方法同样会实例化一个Spring容器,实例化web相关的SpringBean,并且拿到Servlet上下文中的ApplicationContext引用,设置为父容器。
- 依赖注册时,当前容器内找不到,会到依赖的下层IOC容器中寻找,进行注入。
Servlet初始化
作为一个Servlet对象,初始化init方法中,主要做了两件事情:
- 初始化Spring容器(这个叫webApplicationContext)
- 从Spring容器中获取组件,增强DispatcherServlet功能。
组件如下:
protected void initStrategies(ApplicationContext context) {
initMultipartResolver(context);
initLocaleResolver(context);
initThemeResolver(context);
initHandlerMappings(context);
initHandlerAdapters(context);
initHandlerExceptionResolvers(context);
initRequestToViewNameTranslator(context);
initViewResolvers(context);
initFlashMapManager(context);
}
这些组件就是负责解析请求、处理请求、处理异常、返回响应的关键,几乎都是EnableWebMvc注解引入的。
处理请求
下图是关于SpringMVC处理器请求的流程效果图:
- Request请求到来
- MVC拦截器判断请求是否传递
- 自定义Controller调用
- 生成模型与视图名
- 消息转换器处理判定
- ResponseBody注解的处理器通过消息转换器直接返回请求
- 非ResponseBody注解请求,通过视图解析
- 返回视图对象
- 视图和数据模型进行渲染返回页面
EnableWebMvc注解
在Java-based方式启动web项目中,我们看到了想要mvc功能,那么必然需要引入注解EnableWebMvc,这个注解其实引入一个配置类DelegatingWebMvcConfiguration。
@Import(DelegatingWebMvcConfiguration.class)
public @interface EnableWebMvc {
}
@Configuration
public class DelegatingWebMvcConfiguration extends WebMvcConfigurationSupport {
private final WebMvcConfigurerComposite configurers = new WebMvcConfigurerComposite();
@Autowired(required = false)
public void setConfigurers(List<WebMvcConfigurer> configurers) {
if (!CollectionUtils.isEmpty(configurers)) {
this.configurers.addWebMvcConfigurers(configurers);
}
}
注入的WebMvcConfigurer集合就是用户可以自定义实现的组件,而WebMvcConfigurationSupport中还有很多@bean注解的组件,有几个最重要的:
- RequestMappingHandlerMapping
匹配请求路径与处理器(@Controller),同时内含拦截器HandlerInterceptor。
- RequestMappingHandlerAdapter
请求处理适配器,做什么事情呢?解析请求参数,处理返回参数。里面就有我们最熟悉的消息处理器(HttpMessageConverter)。
- HandlerExceptionResolver
异常处理器,被注解@ControllerAdvice标记的类,将会处理Controller中抛出的异常。
这篇文章主要用来梳理SpringMVC的重点概念以及主要流程,没有太多的深入分析,不过对于想要深入研究Spring的同学,阅读后将少走很多弯路。
网友评论