第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,实现将请求分派给控制器.
说明:
- 导包(类全名) org.springframework.web.servlet.DispatcherServlet
- 值必须为 " / " [ 拦截所有非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
- 服务器的文件中web.xml中有一个DefaultServlet是url-pattern=/
- 我们的配置中前端控制器url-pattern=/,静态资源会来到DispatchServlet(前端控制器),看哪个方法的RequestMapping是这个index.html
- 为啥jsp又能访问,因为我们没有覆盖服务器中的JspServlet的配置
- /*直接就是拦截了所有请求;我们写/;也是为了迎合后来的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/项目名称 + 前缀 + 逻辑视图名称 + 后缀
说明:
- 导包(类全名) org.springframework.web.servlet.view.InternalResourceViewResolver
<!--注册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方法执行完后返回逻辑视图名
第二步:视图解析器收到返回的逻辑视图名,进行拼接处理
第三步:执行拼接好的路径请求