SpringMVC新版本(Spring 5.3.0)官网详解（一）

关注

原创最新推荐文章于 2026-09-27 11:15:33 发布 1w 阅读 AI 写同款· GEO 优化 ›

spring基于5.3.0GA版本-笔记 Spring 框架的作用：解耦和（降低耦性）形成生态（让更多的人用或者使用的人很多，说明这个东西很好）一、spring初识 1.1、框架人话: 举个例子，现在的楼盘都相当于毛坯房，我们买到的毛坯房都是一模一样的，这个毛坯房就相当于框架，我们可以添加东西，让他具备一定的风格。不同的人有不同的装修风格，所以毛坯房都一样，但是装修风格不同，所得到的成品就不同，简单来说，就相当一件房子的模型已经固定好了，你可以随意往里面添加东西。看自己具体怎么设计。切换到我们所编写的应用来说，所依赖的固定的东西，别人已经给阅读详情

前言

Spring MVC是Spring框架中一个非常基础又核心的理念。笔者相信大多数同学都用过，但是如果被深究起来恐怕还是说不出来什么具体的东西。这篇文章将会统一的说下什么是Spring MVC，以及在较新版本中一个Spring MVC的框架应该怎么去搭建。本篇将会给大家带来一篇纯Java版本的Spring MVC教程。更多Spring内容进入【Spring解读系列目录】。

MVC 和 Spring MVC

为了照顾新人，就先说一下MVC和Spring MVC的区别。MVC是模型(model)－视图(view)－控制器(controller)的缩写，可以说是一个非常经典的软件设计的概念。Spring MVC是这种概念的一个实现，Spring公司基于这种MVC的概念开发出来Spring MVC用于形成一个规范，并提供相应的API和Plugin完成Spring公司定义的MVC模型，不得不说Spring MVC这个实现确实非常的厉害。曾经风靡一时的Struts 2也是MVC的模型之一，只不过慢慢的被Spring MVC替代掉了。一个是概念，一个是具体的实现。

Spring MVC的依赖

既然说到Spring MVC就必然少不了Spring公司提供的各种依赖包。下面就是搭建一个Spring MVC必要的maven依赖。只要这三个在porm.xml里就够了，因为Maven会自动把其他的依赖导入进来。

<!--Spring 上下文包，核心包之一-->
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>5.2.8.RELEASE</version>
</dependency>
<!--Spring web依赖，DispatcherServlet就在这个里面-->
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-webmvc</artifactId>
    <version>5.2.8.RELEASE</version>
</dependency>
<!--servlet依赖，为了在编译时期让Spring获取Servlet，很重要-->
<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>javax.servlet-api</artifactId>
    <version>4.0.1</version>
    <scope>provided</scope>
</dependency>

老版本环境配置基于XML

在老版本中，搭建一个Spring MVC一般需要在web.xml中配置DispatcherServlet对请求URL进行解析。为了让Spring能够感知到DispatcherServlet我们一般还会配置一个ContextLoaderListener，在这个之后一般还有一个Filter，其实从这个配置顺序也能看出来整个Web项目的启动顺序：ContextLoaderListener>Filter>DispatcherServlet。大概类似于下面【官网】上的配置。

<!--以下内容来自官网-->
<web-app>  
    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/app-context.xml</param-value>
</context-param>
    <servlet>
        <servlet-name>app</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <init-param>
            <param-name>contextConfigLocation</param-name>
            <param-value></param-value>
        </init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>app</servlet-name>
        <url-pattern>/app/*</url-pattern>
    </servlet-mapping>
</web-app>

那么项目里配置的ContextLoaderListener是干嘛用的呢？就是用于解析Spring.xml，就是上面的app-context.xml。对应在Java程序中使用的解析器就是ClassPathXmlApplicationContext，利用classpath下面的xml初始化应用程序的上下文。如果使用的是注解那么就是AnnotationConfigApplicationContext，利用注解的配置去初始化应用程序的上下文。当Spring环境被实例化以后，才会执行DispatcherServlet。

新版环境配置基于Java

新版SpringMVC官网中已经对此做了更新的解读，以下英文部分摘自官网。

Spring MVC, as many other web frameworks, is designed around the front controller pattern where a central Servlet, the DispatcherServlet, provides a shared algorithm for request processing, while actual work is performed by configurable delegate components. This model is flexible and supports diverse workflows.

Spring MVC也是围绕着前端Controller模式设计的，它的中心控制器（也就是DispatcherServlet）为请求处理提供了一个分享算法，实际的工作是由配置的委托组件坐的。还支持不同的工作流。

The DispatcherServlet, as any Servlet, needs to be declared and mapped according to the Servlet specification by using Java configuration or in web.xml. In turn, the DispatcherServlet uses Spring configuration to discover the delegate components it needs for request mapping, view resolution, exception handling, and more.

根据Servlet的规范，DispatcherServlet需要被声明并且映射到Java配置文件或者web.xml里面。然后DispatcherServlet 就能够使用Spring配置去完成发现委托组件去完成请求映射，视图解析，异常处理等等功能。

The following example of the Java configuration registers and initializes the DispatcherServlet, which is auto-detected by the Servlet container (see Servlet Config):

上面废话了一堆，终于到了实用的地方了。一个官方提供的Java Sample来展示怎么样使用一个Java的配置去完成DispatcherServlet的注册和初始化的，而且可以自动被Servlet容器探测到：

public class MyWebApplicationInitializer implements WebApplicationInitializer {
    @Override
    public void onStartup(ServletContext servletContext) {
        // Load Spring web application configuration
        AnnotationConfigWebApplicationContext context = new AnnotationConfigWebApplicationContext();
        context.register(AppConfig.class);
        // Create and register the DispatcherServlet
        DispatcherServlet servlet = new DispatcherServlet(context);
        ServletRegistration.Dynamic registration = servletContext.addServlet("app", servlet);
        registration.setLoadOnStartup(1);
        registration.addMapping("/app/*");
    }
}

简单来说，新的Spring官网希望用户自己写一个初始化类并且实现WebApplicationInitializer里面的onStartup()方法去完成一个Spring-Web项目的初始化。也就是说当实现onStartup()的时候，Spring容器会自动把所有的Web环境调用起来。

Spring MVC Sample

既然Spring已经把话放出来了，那么就写一个例子去验证下怎么用的，根据官网介绍和以前的经验我们应该有如下的事情要做。

初始化Spring Context。
添加一个 DispatcherServlet。

根据以往经验和刚刚学习的知识，添加DispatcherServlet有下面三种方法。

a. 在web.xml中添加。
b. @WebServlet，直接在Servlet添加这个注解，就会被认为是一个Servlet。
c. 直接new添加DispatcherServlet扔给Tomcat，本篇博客主要介绍的内容。

WebApplicationInitializer

既然知道要创建这个类，那么就把它创建出来。

public class MyWebApplicationInitial implements WebApplicationInitializer {
    @Override
    public void onStartup(ServletContext servletContext) throws ServletException {
	    //这里注意是WebApplicationContext，和之前的博客里的类不一样了
        AnnotationConfigWebApplicationContext anno=new AnnotationConfigWebApplicationContext();
        //稍后在创建配置类AppConfig
        anno.register(AppConfig.class);
        anno.refresh();
        //new出来DispatcherServlet，并且把上下文传给DispatcherServlet
        DispatcherServlet servlet=new DispatcherServlet(anno);
        //构建一个动态注册器
        ServletRegistration.Dynamic registration = servletContext.addServlet("myDS", servlet);
        //配置load-on-startup大于等于0即可
        registration.setLoadOnStartup(1);
        //添加一个mapping
        registration.addMapping("/");
    }
}

AppConfig

做完了以后，根据官网所说，还需要添加一个AppConfig的配置类，顺带把视图解析器一起配置进去。

@ComponentScan("com.demo")
@Configuration
public class AppConfig {
    @Bean //配置视图解析器
    public InternalResourceViewResolver internalResourceViewResolver(){
        InternalResourceViewResolver internalResourceViewResolver=new InternalResourceViewResolver();
        //配置前缀
        internalResourceViewResolver.setPrefix("/");
        //配置后缀
        internalResourceViewResolver.setSuffix(".jsp");
        return internalResourceViewResolver;
    }
}

测试用Controller

@Controller
public class IndexController {
    @RequestMapping("/index")
    public String index(){
        System.out.println("------------");
        return "index";
    }
}

构建一个Controller用来测试搭建的Spring MVC是否可用。为什么这里写index是因为，创建Maven-Web项目会自带一个index.jsp文件。

配置运行环境

既然要测试至少要有一个服务器吧，所以直接加载内置的就可以了，porm文件添加Tomcat插件。

<plugin>
    <groupId>org.apache.tomcat.maven</groupId>
    <artifactId>tomcat7-maven-plugin</artifactId>
    <version>2.2</version>
</plugin>

配置好运行器Configurations。
在这里插入图片描述
启动Tomcat，访问http://localhost:8080/项目名字/index，完成Spring MVC的配置。

总结

到目前为止Spring MVC纯Java配置就完成了，也顺便解析了为什么以往的项目中为什么要配置ContextLoaderListener和DispatcherServlet以及其里面的内容。如果各位同学读过前几版的Spring官网，其实可以看到Spring公司一直在进行着去XML的过程。其实还有一个问题，那就是为什么Tomcat启动后会执行Spring中的onStartup()方法对整个外部项目进行初始化？这对于这个问题会在下一篇【SpringMVC新版本(Spring 5.3.0)官网详解（二）源码探究】中从源码中探究这个问题。

附：load-on-startup的作用

上面Java程序中，配置load-on-startup大于等于0，代表着是否需要启动时实例化并加载这个Servlet，可能伴随着调用初始化方法init()。等价于下面在xml中配置的<servlet>标签。

<servlet>
		<servlet-name>myDS</servlet-name>
		<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
		<init-param/>
		<load-on-startup>1</load-on-startup>
</servlet>

load-on-startup的值一般是整数，当其>=0时代表启动时加载这个Servlet；当<0或者没有配置，表示当前Servlet只有被使用时才会去加载。数值代表着优先级，数字越小代表优先级越高。优先级越高代表着Servlet被越早的加载出来。要注意的是，这里不是加载时间而是加载的顺序。一般情况下可以用这个参数去调整整个项目的Servlet的加载顺序，由于目前大多数的Web开发使用Springboot，相当于把这些内容交给Spring容器去管理。这里是为了展示Spring MVC知识点才会涉及到，实际编程很可能看不到这些配置。