SpringMVC_2.搭建SpringMVC

第1步: 添加jar包

        Spring开发 需要的基本包

• Spring-beans-版本号.jar
• Spring-context-版本号.jar
• Spring-core-版本号.jar
• Spring-expression-版本号.jar
• commons.logging-版本号.jar(单独下载)
• log4j-版本号.jar(单独下载)

        SpringMVC开发 需要包

• spring-web-5.1.2.RELEASE.jar
• spring-webmvc-5.1.2.RELEASE.jar

第2步: 配置web.xml,引入SpringMVC框架(注册前端控制器)

        SpringMVC是基于请求驱动,围绕Servlet设计.通过在web.xml中配置SpringMVC的核心Servlet程序--DispatcherServlet,实现将请求分派给控制器.

说明:

1. 导包(类全名) org.springframework.web.servlet.DispatcherServlet
2. 值必须为 " / " [ 拦截所有非JSP资源 ] , 不能写为 " / * " [ 拦截所有请求 ] .

<!--注册前端控制/视图分发器-->
<servlet>
    <servlet-name>springmvctest</servlet-name>/****/
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>springmvctest</servlet-name>
    <url-pattern>/</url-pattern><!--拦截所有非JSP的请求-->
</servlet-mapping>

 `问题:

        1.为什么要注册前端控制器?

        原因: 之前使用Servlet进行页面的跳转控制,现在要用SpringMVC取代Servlet的功能,所以要注册SpringMVC,告诉服务器(Tomcat)谁来管理转向问题,按照注册Servlet页面的方式注册即可

        2.为什么不拦截JSP的请求

        理解一(本人):

        原因:

        1.设置拦截主要拦截静态资源请求,除了jsp和Servlet外都是静态资源,就算 /list,/add,/delete 也算是静态请求,拦截静态请求后action类进行匹配执行,然后由后台的action方法进行控制跳转JSP或其他动态资源

        补充: 因为只拦截控制静态请求,不拦截控制动态请求,安全问题,用户可能直接就访问JSP页面,而这些页面我们是不想让用户看到的,用户看到的都是JSP动态生成的HTML页面,所以就把JSP文件全部放在WEB-INF文件夹下了,放在那里用户不能直接访问只能跳转)

关于这个问题留言 : 2021/6/28 直到今天,其实我还是感觉 /* 和 / 都没区别,因为拦截部分和拦截全部都可以交给action类进行处理,搭配上注册的Tomcat默认Servlet就可以防止拦截后的部分请求访问不到,如: .png , .jgp ...这些结尾的文件,所以无法理解一定要用 / 来拦截

        理解二(来自网络):

        处理*.jsp是tomcat做的事；所有项目的小web.xml都是继承于大web.xml
DefaultServlet是Tomcat中处理静态资源的，除jsp和servlet外的所有都是静态资源。
Index.html:静态资源，tomcat就会在服务器下找到这个资源并返回；我们前端控制器的/禁用了tomcat服务器中的DefaultServlet

1. 服务器的文件中web.xml中有一个DefaultServlet是url-pattern=/
2. 我们的配置中前端控制器url-pattern=/,静态资源会来到DispatchServlet（前端控制器），看哪个方法的RequestMapping是这个index.html
3. 为啥jsp又能访问，因为我们没有覆盖服务器中的JspServlet的配置
4. /*直接就是拦截了所有请求；我们写/;也是为了迎合后来的Rest风格的URL地址。Rest风格的url我们后续博客会讲。

 延伸:

• SpringMVC配置文件默认名称: -servlet.xml.
• SpringMVC配置文件默认位置:  / WEB-INF / *-servlet.xml  (和web.xml属于同一位置)
• SpringMVC配置文件默认名规则:注册前段控制器时的 的值 拼上-servlet.xml.

自定义配置文件名称:

        若自定义SpringMVC配置文件的文件名和位置 ( 位置这里以src下为例 ) ,必须在注册前端控制器时,(servlet标签里面)指出文件和位置,示例:

<!--指出SpringMVC配置文件的位置和名字-->
<init-param>
    <param-name>contextConfigLocation</param-name>(固定名字)
    <param-value>classpath:springmvc.xml</param-value>(classpath:src下直接写相对路径)
</init-param>

 示图 ( 注意有顺序要求标签要写在和标签后面 ) 

第3步: 编写SpringMVC配置文件

        备注: SpringMVC配置文件 与 Spring配置文件相同,区别在于配置的内容

编写SpringMVC配置文件 思路 :

        1.  注册Action,指出哪些类可以处理请求和响应: 控制反转的任意一种实现方式都可以完成注册(这里用自动扫描)

        2.  注册视图解析器,在注册解析器中声明要拼接的内容,前缀内容和后缀内容,然后自动完成拼接,拼接规则: http:localhost:8080/项目名称 + 前缀 + 逻辑视图名称 + 后缀

说明:

1. 导包(类全名) org.springframework.web.servlet.view.InternalResourceViewResolver

        附加: 了解Action 和 Servlet 的区别请点击

<!--注册Action,指出哪些类可以处理请求和响应: 控制反转的任意一种实现方式都可以完成注册-->
<context:component-scan base-package="action" />
<!--注册视图解析器-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver" id="viewResolver">
    <property name="prefix" value="/WEB-INF/jsp/" />(name固定名字,prefix表示拼接文件的前缀)
    <property name="suffix" value=".jsp" />(name固定名字,suffix表示拼接路径的后缀)
    <!-- 前缀+逻辑视图名称+后缀: /WEB-INF/jsp/index.jsp -->
    <!-- http:localhost:8080/项目名称+/WEB-INF/jsp/index.jsp -->
</bean>

        提示: 基本的安全问题,为了防止用户可以任意直接访问JSP页面(因为JSP页面属于后台页面),所以把JSP页面放入WEB-INF文件夹中,WEB-INF文件夹中的所有东西用户都是无法访问的,只有进行后台跳转才可以访问

name属性名	作用
prefix	设置前缀字符用
suffix	设置后缀字符用

第4步: 编写Action方法

请求映射思路:

        SpringMVC将请求转到Action类中,然后根据请求的方式和资源,直接映射到具备相关资源和方式的Action方法上

@Controller //声明当前类作为控制器使用,具备处理请求和相应的功能
public class TestAction {
    @RequestMapping("/映射路径A") //http://localhost:8080/项目名/映射路径A  GET请求
    public String Action方法(){
        /*任务处理过程略*/
        return "逻辑视图名";    //要返回时的视图页面
    }
}

注解名	作用
Controller	(使自动扫描器扫描到本类)声明当前类作为控制器使用,具备处理请求和相应的功能
RequestMapping("/映射路径")	默认拦截GET方式的请求,截取 http:localhost:8080/项目名称 后面的内容进行判断(也就是解决项目名后的内容) 如果请求内容和请求方式一致进行拦截处理

提示:地址栏中直接访问属于GET请求

问题:

        1.为什么要注解控制类?

        原因: 让SpringMVC配置文件扫描的时候可以发现有这么一个可以处理客户端请求的类,方便接收到请求后转给这个类进行处理

        2.为什么Action中的处理请求的方法一定要注解?

        原因: 控制类接收了请求,根据对有注解的方法的条件进行判断,判断请求方式,请求内容,找到满足要求的,执行该方法

        3.Action方法一般返回的是什么?

        原因: 一般返回逻辑视图名,即需要SpringMVC试图解析其,解析出真实的文件,才能进行显示(就像S额录入Servlet文件中处理完成请求后要重定向或者转向一个页面给用户显示一样)

        2.Action方法返回逻辑视图名后怎么处理的?

        原因: 在SpringMVC配置文件中注册了视图解析器之后,视图解析器就会根据Action方法返回的逻辑视图名进行拼接,拼接成一个完整的请求,然后执行,进行正确的页面访问

(建议使用视图解析器,那样我们就不需要在Servlet中一样为了路径的问题而发愁,每次执行单都要单写返回路径害怕写错,Action方法应该也是可以像Servlet中那样返回一个你自己写的完整的路径的,我没有试过,不过应该可以,原理如此)

第5步: 测试请求

在浏览器上输入http://localhost:8080/项a目名/映射路径A,查看是否显示相关页面

请求流程

第一步: 地址栏中输入了GET方式的请求,发送给服务器

第二步: 被注册好的前段控制器的条件所拦截请求

第三步: 转给DispatcherServlet类进行处理

第四部: DispatcherServlet将请求转给springMvc配置文件

第五步: springMvc配置文件扫描了action,发现了控制类,转给控制类进行匹配

第六步: 控制类接收了请求,根据对有注解的方法的条件进行判断,判断请求方式,请求内容,找到满足要求的,执行该方法(到这应该就可以理解为什么Action中的处理请求的方法一定要注解了)

响应流程

第一步:Action方法执行完后返回逻辑视图名

第二步:视图解析器收到返回的逻辑视图名,进行拼接处理

第三步:执行拼接好的路径请求