浅谈理解SpringMVC

知识回顾：MVC模式

一、MVC 原理

MVC 是一种程序开发设计模式,它实现了显示模块与功能模块的分离。提高了程序的可维护性、可移植性、可扩展性与可重用性，降低了程序的开发难度。它主要分模型、视图、控制器三层。

1、模型(model)它是应用程序的主体部分，主要包括业务逻辑模块和数据模块。模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性

2、视图(view) 用户与之交互的界面、在 web 中视图一般由 jsp,html 组成

3、控制器(controller)接收来自界面的请求 并交给模型进行处理 在这个过程中控制器不做任何处理只是起到了一个连接的作用

二、MVC 的优点

1、降低代码耦合性。在 MVC 模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其他层中的代码。

2、有利于分工合作。在 MVC 模式中，由于按层把系统分开，那么就能更好的实现开发中的分工。网页设计人员可进行开发视图层中的 JSP，而对业务熟悉的人员可开发业务层，而其他开发人员可开发控制层。

3、有利于组件的重用。如控制层可独立成一个能用的组件，表示层也可做成通用的操作界面。可以为一个模型在运行时同时建立和使用多个视图。

三、MVC 的不足之处

1、增加了系统结构和实现的复杂性。对于简单的界面，严格遵循 MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。

2、视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。

3、视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。

概述

作为企业级Java开发者，你可能开发过一些基于Web的应用程序，对于很多Java开发人员来说，基于Web的应用程序是他们主要的关注点。如果你有这方面经验的话，你会意识到这种系统所面临的挑战。具体来讲，状态管理、工作流以及验证都是需要解决的主要特征。HTTP协议的无状态性决定了这些问题都不那么容易解决。

Spring的Web框架就是为了帮你解决这些关注点而设计的。SpringMVC基于模型-视图-控制器（Model-View-Controller）模式实现，它能够帮你构建像Spring框架那样灵活和松耦合的Web应用程序。

跟踪SpringMVC的请求

每当用户在Web浏览器中点击链接或提交表单的时候，请求就开始工作了，对请求的工作描述就像是快递投送员与邮局投递员一样，请求会将信息从一个地方带到另外一个地方。

请求是十分繁忙的，从离开浏览器开始到获取响应返回，它会经历好多站，在每站都会留下一些信息同时也会带上其他信息。下图展示了请求使用SpringMVC所经历的所有站点。

DispatcherServlet

1.在请求离开浏览器时（1），会带有用户所请求内容的信息，至少会包含请求的URL，但是还可能带有其他的信息，例如用户提交的表单信息。

请求旅程的第一站是Spring的DispatcherServlet.与大多数基于Java的Web框架一样，Springmvc所有的请求都会通过一个前端控制器Servlet.前端控制器是常用的Web应用程序模式，在这里一个单实例的Servlet将请求委托给应用程序的其他组件来执行实际的处理。在SpringMVC中，DispatcherServlet就是前端控制器。

处理器映射

2.DispatcherServlet的任务是将请求发送给SpringMVC控制器（controller）。控制器是一个用于处理请求的Spring组件。在典型的应用程序中可能会有多个控制器，DispatcherServlet需要知道应该将请求发送给哪个控制器。所以DispatcherServlet会查询一个或者多个处理器映射（HandlerMapping),(2)来确定请求的下一站在哪里。处理器映射会根据请求所携带的URL信息来进行决策。

控制器

一旦选择了合适的控制器，DispatcherServlet会将请求发送给选中的控制器（3），到了控制器，请求会卸下其负载（用户提交的信息）并耐心等待控制器处理这些信息。

控制器在完成逻辑处理后，通常会产生一些信息，这些信息需要返回给用户并在浏览器上显示。这些信息被称为模型（model).不过仅仅给用户返回原始的信息是不够的——这些信息需要以用户友好的方式进行格式化，一般会是HTML。所以，信息需要发送给一个视图（view），通常回时JSP.

模型及逻辑视图名

控制器所做的最后一件事就是将模型数据打包，并且标示出用于渲染输出的视图名，它接下来会将请求连同模型和视图名发送回DispatcherServlet

视图解析器

这样，控制器就不会与特定的视图相耦合，传递给DispatcherServlet的视图名并不直接表示某个特定的JSP。实际上，它甚至并不能确定视图就是jsp.相反，它仅仅传递了一个逻辑名称，这个名字将会用来查找产生结果的真正的视图。DispatcherServlet将会使用视图解析器（view resolver）(5)来将逻辑视图名匹配为一个特定的视图实现，它可能是也可能不是JSP。

视图

既然DispathcherServlet已经知道由哪个视图渲染结果，那请求的任务基本上也就完成了。它的最后一站是视图的实现，它在这里交付模型数据。请求的任务就完成了。视图将使用模型数据渲染输出，这个输出会通过响应对象传递给客户端。

环境搭建

配置DispathcherServlet

DispathcherServlet是springMVC的核心。在这里请求会第一次接触到框架，它要负责将请求路由到其他的组件之中，我们在这里将使用web.xml配置

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns="http://java.sun.com/xml/ns/javaee"
	xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
	version="2.5">

	<!--2.配置核心控制器-->
	<servlet>
	<servlet-name>dispatcherServlet</servlet-name>
	<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
	<!--加载springmvc核心配置文件-->
	<init-param>
		<param-name>contextConfigLocation</param-name>
		<!--在类路径下加载springmvc的配置文件-->
		<param-value>classpath:springmvc.xml</param-value>
	</init-param>

		<!--目前这种配置DispatcherServlet对象是第一个用户访问的时候才会创建的。创建DispatcherServlet对象的时候-->
		<!--才会加载springmvc配置文件，目前存在问题：第一个用户体验差,速度慢。
		目标： 让tomcat服务器一旦启动，马上创建DispatcherServlet对象。
		解决方案： 添加<load-on-startup>标签，数字越小越先创建，负数无效。
		-->
		<load-on-startup>1</load-on-startup>
</servlet>

	<!--配置核心控制器的请求路径-->
	<servlet-mapping>
		<servlet-name>dispatcherServlet</servlet-name>
		<url-pattern>*.do</url-pattern>
	</servlet-mapping>


</web-app>

配置springMVC.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 http://www.springframework.org/schema/mvc/spring-mvc.xsd">

    <!--1. 配置视图解析器-->
    <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
        <!--配置前缀名-->
        <property name="prefix" value="/pages/"/>
        <!--配置后缀名-->
        <property name="suffix" value=".jsp"/>
    </bean>


    <!--2. 开启注解扫描 基包扫描-->
    <context:component-scan base-package="com.itheima.controller"/>

    <!--3. 开启注解驱动  目前即使没有这一步也不会报错，但是等会要学习类型转换器需要使用-->
    <mvc:annotation-driven/>
      <!-- springmvc提供静态资源没法访问解决方案2: 推荐使用
        该标签的作用： 通知核心控制器把静态资源的访问交回给DefaultServlet去处理
    -->
    <mvc:default-servlet-handler/>


</beans>

编写基本的控制器

在SpringMVC中，控制器只是方法上添加了@RequstMapping注解的类，这个注解声明了它们所要处理的请求。

/*
注意： 如果一个普通的Java类需要变成控制器，需要添加@Controller注解
*/
@Controller
public class HelloController {

//    @RquestMapping配置方法的映射路径  相当于servlet的里面url-pattern
    @RequestMapping("/hello.do")
    public String hello(){
        System.out.println("hello方法被调用了");
        return "success"; //返回值代表了视图的名称，视图解析器会为该返回值添加前缀名与后缀名。 /pages/success.jsp
    }

}

小结

SpringMVC是一个强大灵活的Web框架。借助于注解，SpringMVC提供了近似于POJO的开发模式，这使得开发处理请求的控制器变得非常简单，同时也易于测试。

当编写控制器的处理器方法时，SpringMVC极其灵活。概况来讲，如果你的处理器方法需要内容的话，只需将对应的对象作为参数，而它不需要的内容，则没有必要出现在参数列表中。这样，就为请求处理带来了无限的可能性，同时还能保持一种简单的编程模型。