SpringMVC基础篇：MVC基础知识

你们出来吧出来吧

已于 2023-06-12 17:13:58 修改

阅读量1.9w

点赞数 2

分类专栏： # Spring专栏文章标签： mvc servlet spring

于 2022-12-03 16:44:50 首次发布

本文链接：https://blog.csdn.net/Facial_Mask/article/details/127252302

版权

Spring专栏专栏收录该内容

31 篇文章 5 订阅

订阅专栏

第一章：SpringMVC引言

一：什么是SpringMVC

概念：SpringMVC是在Spring框架基础上衍生而来的一个MVC框架，主要解决了原有的MVC框架过程中控制器（Controller）的问题。
SpringMVC是Java开发当中最主流的web技术，决定了对web开发的掌握的深度。

1：什么是MVC

概念：MVC是一个架构思想，广泛应用于JavaWeb领域。

1. MVC是一个架构思想，在JavaEE开发中多用于Web开发。
2. 应用MVC架构思想开发应用，会把一个项目划分为了3个层次，M(Model) 模型层,V(View) 
视图层,C(Controller) 控制层。
		View       JSP
		Model      Service+DAO
		Controller Servlet
3. MVC这种分层开发，体现了面向对象各司其职的设计思想，也更加有利于后续的项目维护（修改）
补充说明：
controller控制层：纵览全局，进行调度，他就是控制器，使用servlet
view：进行相关展示，主要使用jsp进行展示，
model:业务和相关数据处理
**特定的类，只关注于特定的工作**
对于jsp来讲，他擅长的是将html和数据进行结合，进行相应的渲染，servlet来讲可以接受用户的请求，并进行相应的跳转，
这个时候，servelet适合做为控制层，service和dao完成业务的处理和数据的存储，这样三者之间是没有相互相应的，
这样的话，及时我们后续更改技术，有太大的影响，方便进行后续项目的维护

2：SpringMVC为什么要基于Spring框架

1)：站在巨人的肩膀上

他基于Spring框架，就能获取Spring为我们带来的一系列的好处。Spring的牛逼之处就在于他的IOC和AOP，基于Spring也就可以大大简化MVC的开发（不必将这些优秀的功能在封装一遍）

2)：独木难成桥

在Spring这个优秀的技术平台上，更加方便与其他的优秀的框架进行整合。

通过工厂(容器)创建对象，解耦合 (IOC DI)。
通过AOP的方式，为目标类(原始类)，增加额外功能。
方便与第三方框架的集成:MyBatis.JPA.MQ

3：原有MVC开发中控制器

1)：原有MVC开发控制器技术实现

servlet技术【Java Model2模式中提到的技术】
strus2当中的action也是控制器
Java Model2模式，是十几年前，sun公司提出的，servlet作为控制器，Jfb做展示，这种模式称为model2。
servlet就是原有控制器的一种实现方式，strus2当中的Action也是控制器的一种实现方式

2)：控制器核心作用

接收用户的请求，调用业务功能，根据处理的结果控制程序的运行流程。
控制器里都需要实现的核心代码：接收用户请求，处理业务逻辑，控制程序流程运转。
1、接收client请求参数，
2、调用业务对象，
3、流程跳转。或者是页面跳转。
不论是原生Servlet，SpringMVC，还是Structs，这些MVC工具都是要做这些是几个事情，如果说我们的代码
超出了这个范畴的话，说明我们的代码写的位置不是很合理。

3)：这些控制器时存在的问题

A：接收参数时的问题

1、代码冗余
2、只能接收字符串类型的数据，其他类型需要进行手工转换
3、无法自动封装对象。
以上这两行代码，大量内容都是重复的。读取文本文件，通过应用层协议，传递过来的数据传递过来的时候，
初步接收的时候都是字符串，但是后续开发过程中，我们需要吧id转换成long或者其他类型的值。
接收数据的过程中，不能封装程一个对象。例如一个User对象。以上的缺点都是后续	
SpringMVC帮我们做的事。

B：调用业务对象过程中

还得new创建对象，这样造成了耦合

C：流程跳转或者页面跳转存在的问题

1、跳转路径耦合：我们采用的forward进行跳转。出现了路径耦合
2、宇视图层技术耦合。

二： SpringMVC学习要点

1：SpringMVC的三种开发模式

1)：传统的试图开发

通过作用域（request,session）进行数据的传递
通过试图层技术进行数据的展示（jsp,freemaker,thymeaf）进行数据的展示
知识点和servlet区别不大。

2)：前后端分离的开发

多种新的请求发送方式
restful的访问方式。
通过httpMessageconverter进行数据响应，不在通过jsp,free,或者thymleaf

3)：Spring5 引入的webflux开发

替换了传统的JavaWeb开发，一种新的web开发方式
通过NettyServer进行web通信。

2：创建父子工程

1)：什么叫父子工程

父子工程就是先创建一个父工程，再在父工程地下创建若干个子工程，父工程用于管理项目结构和依赖，
依赖全部在父工程当中进行设置。我们后续的boot和cloud都是采用父子工程的设置。
ctrl+shift+alt+s快速进入project structure选项中。我们先设置JDK为1.8，在设置语言级别为1.8，
然后就该创建父工程了。父子工程创建好之后如何在pom文件当中如何体现父子级关系呢？

常见好的目录结构如下：
在这里插入图片描述

父子工程创建好时候，父工程主要是控制项目结构依赖版本，具体业务代码的开发都是在子工程当中。当我们创建好之后，我们就会发现，并没有按照标准的maven目录给我们创建。我们的src/main/下边应该还有一个java源码目录和一个resource资源目录。当然还有我们的测试目录。我们手动进行修复。

2)：web.xml

web.xml文件基于maven骨架创建的版本他的servlet版本是2_3，我们使用Tomcat8版本，需要我们的Servlet支持3.x以上的版本，Tomcat9需要支持4.x以上的版本。我们删除掉这个配置文件，使用idea帮我们进行创建新的，基本步骤是：
在这里插入图片描述

3)：对某个子工程进行部署

我们是父子工程，我们将子工程当中的依赖，构建都去掉，因为父工程都为我们做好了。
搭建好web项目之后，我们需要对他进行部署，也可能是对其中的某一个web工程进行部署，我们如何来部署一个web项目呢？打开add configuration这时候来到我们Tomcat的设置目录，点击local，选择TomcatServer
在这里插入图片描述

然后再deployment当中选择部署应用，我们选择的不要选择war包的形式，要选择普通目录（带exploded）的方式，方便我们后续进行调试。ApplicationContext是对我们web应用的名字进行设置我们选择basic。回到Server当中，我们对VM opetions做一些设置，也就是虚拟机参数：
-Dfile.encoding=UTF-8这个参数是防止Tomcat启动的时候控制台打印出现乱码。端口我们习惯上改为8989。基于此我们已经能够看出来，当前项目中父工程下一共有4个子工程，我们使用idea整合tomcat，并将其中的要给子项目部署到Tomcat服务器当中。我们已经搭建好了web项目的环境（web父子工程），接下来我们需要搭建一下SpringMVC环境的搭建。

三：SpringMVC环境的搭建

1：引入依赖jar包

整体来讲SpringMVC是相对于Spring来讲，我们就多了一个MVC的包，值得注意的是，我们需要在父工程当中引入所有的依赖。

    <dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>3.1.0</version>
            <scope>provided</scope>
        </dependency>

        <dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>jstl</artifactId>
            <version>1.2</version>
        </dependency>

        <dependency>
            <groupId>javax.servlet.jsp</groupId>
            <artifactId>javax.servlet.jsp-api</artifactId>
            <version>2.3.1</version>
            <scope>provided</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-web</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-core</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-beans</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-test</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-tx</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-jdbc</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis-spring</artifactId>
            <version>2.0.2</version>
        </dependency>

        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid</artifactId>
            <version>1.1.18</version>
        </dependency>

        <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>5.1.48</version>
        </dependency>

        <dependency>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis</artifactId>
            <version>3.4.6</version>
        </dependency>

        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.13</version>
            <scope>test</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-context</artifactId>
            <version>5.1.4.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-aop</artifactId>
            <version>5.1.14.RELEASE</version>
        </dependency>

        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjrt</artifactId>
            <version>1.8.8</version>
        </dependency>

        <dependency>
            <groupId>org.aspectj</groupId>
            <artifactId>aspectjweaver</artifactId>
            <version>1.8.3</version>
        </dependency>

        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
            <version>1.7.25</version>
        </dependency>

        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>jcl-over-slf4j</artifactId>
            <version>1.7.25</version>
        </dependency>

        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-classic</artifactId>
            <version>1.2.3</version>
        </dependency>

        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-core</artifactId>
            <version>1.2.3</version>
        </dependency>

        <dependency>
            <groupId>org.logback-extensions</groupId>
            <artifactId>logback-ext-spring</artifactId>
            <version>0.1.4</version>
        </dependency>

        <dependency>
            <groupId>org.yaml</groupId>
            <artifactId>snakeyaml</artifactId>
            <version>1.25</version>
        </dependency>
    </dependencies>

补充说明：
如何设置maven依赖添加之后，自动导入：
右边maven有一个小扳手，选择Auto-reload settings进来之后，选择any changes即可
另外，我们所有的依赖都只在我们的父工程当中进行了配置，但是我们子工程当中的maven依赖是都能依赖到，都能看得到的，可见父工程的依赖完全可以供子工程进行使用。

2：导入框架配置文件

作为SpringMVC来讲，他的配置文件就是原有Spring的配置文件，SpringMVC既然衍生自Spring很多的功能都是公用的。

两个注意事项：
1：SpringMVC的配置文件明后名称可以随意命名，但是我们在这里叫做：dispatcher.xml
2：SpringMVC的配置文件放置路径可以随意放置，但是这次我们放到根下，准确来讲是资源文件夹的根下。有了这两个特殊的说明之后。我们就可以在SpringMVC项目中引入他的配置文件了。
资源文件夹的根目录下就是resources底下，这个dispatcher.xml文件本质上就是Spring的配置文件。

3：初始化配置

对配置文件进行相应的配置

1)：web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd"
         version="4.0">
    <!--这是一个典型的Servlet标签的配置-->
    <servlet>
        <!--servlet-name这里可以随便取名字，只要保证servlet-name和下边的servlet-name配对即可。-->
        <servlet-name>dispatcherServlet</servlet-name>
        <!--这个是最核心的类型：整个Springmvc的核心-->
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <!--配置完之后，需要指定一些默认的配置-->
        <!--指定SpringMVC配置文件的路径，这里需要使用init-param标签进行配置-->
        <init-param>
            <!--这个是固定写死的。-->
            <param-name>contextConfigLocation</param-name>
            <!--这个必须以classpath开头，后边是我们配置文件的路径。-->
            <!--我们知道SpringMVC的配置文件和路径都是可以随意放置和使用的。但是我们后续使用的时候，需要告诉具体的名字和路径-->
            <!--classpath代表了类路径的根。但是我们dispatcher在我们的类路径的根下，也就是在我们资源路径的根下。-->
            <!--如果后续配置文件被放置到了子路径下，我们需要把我们的子路径写上。-->
            <param-value>classpath:dispatcher.xml</param-value>
        </init-param>
        <!--1:本Servlet会在tomcat启动的时候，就会被创建-->
        <!--servelet被创建的时机有两个，用户第一次请求的时候，Servlet会被创建。-->
        <!--要么就是Tomcat启动的时候，由下边这个标签控制随着Tomcat启动而创建-->
        <!--对于我们来讲，SpirngMVC最核心的类型就是这个，我们期待他能更早的被创建。-->
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>dispatcherServlet</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>
</web-app>

2)：dispatcher.xml

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:mvc="http://www.springframework.org/schema/mvc"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/mvc https://www.springframework.org/schema/mvc/spring-mvc.xsd">

    <!--设置注解扫描的路径-->
    <context:component-scan base-package="com.baizhiedu"/>

    <!--引入SpringMVC的核心功能-->
    <!--配置过程当中有一个选择的过程，这里边有很多命名空间的标签，这里边我们一定选择MVC命令空间的标签，不然整个MVC都会出现一些莫名其迈的问题-->
    <!--这个标签是为了引入SpringMVC的核心功能，写了这个之后，SpringMVC一些功能被引入进来-->
    <mvc:annotation-driven/>
</beans>

4：初始化配置当中细节

1)：dispatcher起到了什么作用

DispacherServlet我们习惯称之为前端控制器或者叫中央控制器。他的核心作用有两点：

1：创建Spring的工厂和容器。
我们每次测试的时候都需要创建Spring的工厂，在工厂当中去获取我们的对象。
然而在Web开发当中，我们Spring工厂对象是交由我们的前端控制器来创建的，所以这个在我们配置以后就等效于我们已经在Tomcat服务启动的时候就已经创建了Spring的工厂，所以这块就等效于我们进行了new ClassPathXmlApplicationContext(“dispacher.xml”)；所以这里边需要配置文件的名称和路径，这也是为什么我们需要将Spring配置文件的信息写入Web.xml当中。
因为DispathcherServlet封装的Spring工厂的创建只能通过读取XML文件的形式，所以无法迁移到纯注解的开发上。但是目前的SpringMVC是无法做到纯注解开发的，直到我们后边有了更高级的课程才能迁移到纯注解编程上去。

2：控制SpringMVC的内部运行流程。
内部运行流程是怎么流转的，这些相关的操作，必须等我们深入学习SpringMVC源码之后，才能会有更深入的了解。这里边只需要注意的是，他控制了SpringMVC的运行流程。

2)：SpringMVC的配置文件dispatcher.xml

mvc:annotation-driven/作用：
这块配置的主要作用就是：引入了SpringMVC的核心功能，主要引入了2个核心类型：RequestMappingHandlerMapping
RequestMappingHandlerAdapter
配置文件当中引入这个标签就是在SpringMVC项目中引入了这两个关键类。这两个类起到的作用
RequestMappingHandlerMapping：实现了HandlerMapper接口，并将其诸注册到请求注册表当中。
RequestMappingHandlerAdapter：实现了HandlerAdaper接口，主要作用就是处理请求适配器，他是专门处理请求的适配器，确定调用某个符合要求的控制器类中的具体服务的方法。
所以在这，整个SpringMVC控制器的调用，都是交由这个Adapter来完成的，他会在N多个控制器当中找到那个符合要求的控制器，并且调用这个控制器当中的某个方法，对外提供服务。

我们来验证我们以上的想法：
首先我们将左边的任务栏调整为浮动模式：项目上右键—> view mode：floot修改为浮动模式，找到我们项目中依赖管理的地方，在找到我们webmvc的jar包
打开下图这个文件之后，下面可以看到一组key_value这样的配置，前端的key是：http://www.springframework.org/schema/mvc这个含义就是说这一组标签都是所有核心配置文件当中mvc开头的标签都是由这个Schema来对应
后续的Value是一个类，这个类专门用来处理这些个对标签的类，我们说一切皆对象，这些对象就是我们用来处理这些标签的对象。
在这里插入图片描述

package org.springframework.web.servlet.config;

import org.springframework.beans.factory.xml.NamespaceHandlerSupport;

public class MvcNamespaceHandler extends NamespaceHandlerSupport {
    public MvcNamespaceHandler() {
    }
    public void init() {
        this.registerBeanDefinitionParser("annotation-driven", new AnnotationDrivenBeanDefinitionParser());
        this.registerBeanDefinitionParser("default-servlet-handler", new DefaultServletHandlerBeanDefinitionParser());
        this.registerBeanDefinitionParser("interceptors", new InterceptorsBeanDefinitionParser());
        this.registerBeanDefinitionParser("resources", new ResourcesBeanDefinitionParser());
        this.registerBeanDefinitionParser("view-controller", new ViewControllerBeanDefinitionParser());
        this.registerBeanDefinitionParser("redirect-view-controller", new ViewControllerBeanDefinitionParser());
        this.registerBeanDefinitionParser("status-controller", new ViewControllerBeanDefinitionParser());
        this.registerBeanDefinitionParser("view-resolvers", new ViewResolversBeanDefinitionParser());
        this.registerBeanDefinitionParser("tiles-configurer", new TilesConfigurerBeanDefinitionParser());
        this.registerBeanDefinitionParser("freemarker-configurer", new FreeMarkerConfigurerBeanDefinitionParser());
        this.registerBeanDefinitionParser("groovy-configurer", new GroovyMarkupConfigurerBeanDefinitionParser());
        this.registerBeanDefinitionParser("script-template-configurer", new ScriptTemplateConfigurerBeanDefinitionParser());
        this.registerBeanDefinitionParser("cors", new CorsBeanDefinitionParser());
    }
}

打开这个类之后，我们看到了annotation-driven对应了一个新的类型。也就这样这个标签更具体的处理类是后边对应的这个。我们在进入到这个类之后，确实引入了我们上述的两个类型：

package org.springframework.web.servlet.config;
class AnnotationDrivenBeanDefinitionParser implements BeanDefinitionParser {
    public static final String HANDLER_MAPPING_BEAN_NAME = RequestMappingHandlerMapping.class.getName();
    public static final String HANDLER_ADAPTER_BEAN_NAME = RequestMappingHandlerAdapter.class.getName();
    }

至此就证明了咱们上述表述的正确性。

<context:component-scan base-package=“com.baizhiedu”/>
这个标签就不陌生了，他就是为了注解扫描。这里边需要注意的是什么：因为DispathcherServlet封装的Spring工厂的创建只能通过读取XML文件的形式，所以无法迁移到纯注解的开发上。这样就导致了，我们这里边开发方式是：Spring配置文件+基础注解的形式。

基础注解: @Component,@Service,@Repository,@Controller,@Scope,@Transactional等
高级注解: @Confiquration,@Bean,@ComponentScan等
后续SpringMVC高级版的课程，会使用纯注解版开发，与SpringBoot的使用方式高度一致。

第二章：编码开发

一：思路分析

作为SpringMVC来讲他的核心就是控制器。控制器在之前我们了解过Servlet，我们现在通过Servlet的开发推导出SringMVC的开发。

我们编写一个类，这个类需要extends HttpServlet继承之后，我们重写其中的service方法，方法的参数时request和response。然后我们在其中进行接收请求参数、业务处理、页面跳转等操作。这就是我们需要编码的细节。
在这里插入图片描述
代码写完之后，我们需要在web.xml当中配置一个servlet标签：
servlet-name：当中起一个名字，唯一就行。
servlet-class：带包带类，实际上就是类的限定名称。
与之对应的我们还需要配置一个servlet-mapping标签，作用就是对外暴露我们这个Servlet对应的URL。
servlet-name：跟上边保持一致
url-pattern：一个URL

http://localhost:8989/basic/firstServlet
这是一个请求的完成的URL，我们在地址栏当中输入这个路径之后，基于ip+端口+应用名。后边的/firstServlet找到对应的url-pattern，进而找到对应的servlet-name进而找到对应的servlet-class。这就是我们servlet开发的开发方式。

对于SpringMVC来讲，他所提供的控制器就是为了替换原生Servlet的，他们在开发过程中主题思想是保持一致的。SpringMVC的控制器一定会简化现有的MVC的开发的。
SpringMVC的控制器在开发过程当中，是不需要继承父类或者实现接口这样的要求，只需要在类上边添加一个@Controller注解（上述图右）注解可以起到接口这样约定性的作用，继承父类或者实现接口这样的方式被注解取代掉了。这就是二者在开发类上边的区别关系。
在Servlet当中我们只能写Service方法，但是在SpringMVC当中对应的名字，他的方法名字是可以随便写的。对于SpringMVC的方法的返回值不再是void了，而是Spring就是跳转路径。

作为SpringMVC来中的Controller来将他如何指定他的URL呢，只需要在方法上加一个注解@RequestMapping即可。这个注解当中的路径就是他对应的URI用户在通过地址栏访问的时候就是在方法上写的地址的内容。
这个和Basic是一致的。举例来讲：Http:localhost:8989/spring-mvc1/firstController即可。

基本开发流程：
1：开发一个类在类上加Controller注解
2：提供一个控制器方法。参数是：HttpServletRequest，HttpServletResponse，返回值是String的，同事加入@RequestMapping注解定义请求路径。
3：在控制方法中，完成核心开发功能，把对应的JSP页面的路径作为返回值返回。

二：SpringMVC程序编码

在我们的IDEA当中我把相关的内容关掉。
后端代码：

@Controller
public class FirstController {
    public FirstController() {
        System.out.println("FirstController.FirstController");
    }
    @RequestMapping("/first")
    //方位这个控制器方法的路径是first
    public String first(HttpServletRequest request, HttpServletResponse response){
        System.out.println("FirstController.first");
        //跳转到根下边的这个jsp
        return "/result.jsp";
    }
}

JSP代码

<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<html>
<head>
    <title>Result</title>
</head>
<body>
   <h1>this is result jsp</h1>
</body>
</html>

浏览器访问地址：

http://localhost:8989/basic/first

注意：必须要进行@Controller注解的扫描。

三：控制器提供多个服务方法

作为控制器来讲，Servlet当中是不允许一个控制器提供多个服务方法的。在Servlet当中一个控制器只能提供一个方法。这是因为在Servlet当中必须实现接口规定的service(HttpServletRequest,HttpServletResponse)方法，一个类中只能实现一次，所以一个类当中只能有一个服务方法。在Servlet想要提供服务就之能写Servlet接口提供的规定。所以，我们基于Servlet只能基于以下的代码结构：

在这里插入图片描述
作为SpringMVC的控制器一个类当红中可以提供多个对外服务的方法的。究其原因是因为SpringMVC控制器当中的服务方法对于方法名是没有任何要求的：

@Controller
public class FirstController {
    public FirstController() {
        System.out.println("FirstController.FirstController");
    }
    @RequestMapping("/first")
    public String first(HttpServletRequest request, HttpServletResponse response){
        System.out.println("FirstController.first");
        return "/result.jsp";
    }

    // http://localhost:8989/basic/suns/second
    @RequestMapping(value="suns/second")
    public String second(HttpServletRequest request,HttpServletResponse response){
        System.out.println("FirstController.second");
        return "/result.jsp";
    }
}

我们写Value等于这种形式没啥区别，如果注解当中只写一个属性，且属性为value，则value可省略。

四：注意事项

SpringMVC开发过程中习惯上把控制器称之为Controller，SpringMVC内部也把开发的控制器也叫做Handler因为后续我们查看源码的过程当中经常看到Handler…等等各种各样的说法。

五：控制器创建次数

作为Servlet来讲，他对应的控制器被创建的次数是几次呢？一中Servlet只会被Tomcat创建一次。请求过来之后，Tomcat只会创建一次这个对象。所以我们常说：Servlet是单实例的（注意这个不是单例设计模式）

SpringMVC的控制器被Spring创建的次数是尊询Spring的规则，可以只创建一次，也可以创建多次。默认可以创建一次，也可以去创建多次。如果想创建多次，我们可以加一个@Scope注解来设定。如果是@Scope是prototype的话，那么一次请求就会对应创建一个Controller对象。

默认SpringMVC的Controller只会被创建一次，存在线程安全的问题。如果这里边有成员变量，并且这里边成员变量是线程不安全的话，就会有问题。

六：细节分析

1：@RequestMapping注解

该注解核心作用就是为控制器方法提供外部访问的URI路径。服务器就可以将用户URL当中的URL同注解当中的路径进行匹配来让客户访问对应的服务。这个工作是由RequestMappingHandlerMapping来处理的，对方法上添加这个注解的服务进行一一扫描，来进行服务注册。

2：路径分隔符/可省略

SpringMVC当中“/first”当中的/是可以省略的。如果是多级路径，第一个/是可以省略的。

3：一个控制器方法上指定多个注解

@Controller
//@Scope("singleton")
//@Scope("prototype")
public class FirstController {

    public FirstController() {
        System.out.println("FirstController.FirstController");
    }

    //@RequestMapping("/first")
    //@RequestMapping("first")
    @RequestMapping(value = {"/first","/third"})
    public String first(HttpServletRequest request, HttpServletResponse response){
        System.out.println("FirstController.first");
        return "/result.jsp";
    }

    // http://localhost:8989/basic/suns/second
    @RequestMapping(value="suns/second")
    public String second(HttpServletRequest request,HttpServletResponse response){
        System.out.println("FirstController.second");
        return "/result.jsp";
    }
}

4：类上的@RequestMapping

可以在类上加注解，这就让URL上多加一个层级而已。
http://localhost:8989/basid/user/addUser
http://localhost:8989/basid/user/deteleUser

@Controller
@RequestMapping("/user")
public class UserController {

    @RequestMapping("/addUser")
    public String addUser() {
        System.out.println("UserController.addUser");
        return "/result.jsp";
    }
    @RequestMapping("/deleteUser")
    public String deleteUser() {
        System.out.println("UserController.deleteUser");
        return "/result.jsp";
    }
}

5：Controller使用@RequestMapping设计意图

为什么SpringMVC设计的过程当中让我们在类上加这样的一个注解呢？
为了统一服务，我们在使用的过程中，会把一组相关的操作放到同一个控制器当中。用户Controller负责用户的事，账户Controller负责账户的事。采用了这样的设计之后，用户的URL就会很规范，在访问的路径上也能体现出模块化。