SpringMVC工作执行流程详解
前言:
SpringMVC是目前一款主流的web MVC(model view controller 模型-视图-控制器)框架。
Model(模型层):模型对象通常负责数据库中数据的存取。
View(视图层):视图层通常根据模型层数据生成前端网页。
Controller(控制器):从视图中读取数据,控制用户的输入。向模型层发送数据映射等。
在了解SpringMVC之前,先看一下SpringMVC的工作流程图。
一,SpringMVC工作流程
1. 发送请求
用户发送一个Http请求到web服务器,web服务器解析http请求,匹配到DispatcherServlet的请求映射路径(在web.xml文件中配置,后面专门有web.xml文件配置解析),web容器将请求转交给DispatcherServlet。
2. 委托请求给处理器
DispatcherServlet接收到这个请求之后,根据http请求以及HandlerMapping中的配置【包括url,请求报文,请求方法(详情见图2)】找到处理请求的处理器Handler。
图2
3. 处理器适配器具体调用
找到处理请求的处理器Handler之后,此时的请求处理权就交给了Handler,然后Handler将具体的处理进行封装,再由具体的处理器适配器(HandlerAdapter)进行具体的调用(也就是工作流程图中的步骤3和步骤4)。
4. 返回ModelAndView逻辑视图对象
Handler执行完毕之后会向DispatcherServlet 返回一个ModelAndView对象。而这个ModelAndView对象是一个逻辑视图,并不是正式的视图。
5. 视图渲染
DispatcherServlet接收到ModelAndView对象之后,通过ViewResolver对ModelAndView对象进行渲染,将逻辑视图转换为真正的View。
6. 返回给客户端视图
DispatcherServlet通过Model解析ModelAndView的参数并最终返回给客户端视图信息。
二,web.xml配置文件
其实springMVC的执行流程并不难理解,令人脑壳疼的通常是配置文件该怎么写,下面了解一下web.xml文件该如何配置。
- 设置字符编码
CharacterEncodingFilter是Spring框架为我们提供的一个过滤器,他会对每次的请求进行过滤,然后将字符编码设置为自己指定的字符编码。
<param-value>想用的字符编码</param-value>
forceEncoding:设置是否理会 request.getCharacterEncoding()方法,设置为true则强制覆盖之前的编码格式。
<filter>
<filter-name>characterEncodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<!--encoding用来设置字符编码-->
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
<!--
forceEncoding:
用来设置是否理会 request.getCharacterEncoding()方法,默认为false,
设置为true则强制覆盖之前的编码格式。
简单理解:是否强制设置字符编码
-->
<init-param>
<param-name>forceEncoding</param-name>
<param-value>true</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>characterEncodingFilter</filter-name>
<!--url-pattern用来设置匹配规则,这里是匹配全部(不是精确匹配)
当容器到达servlet的时候,容器会先将请求的url路径减去当前应用的上下文的路径作为映射url
比如url为 http://127.0.0.1/myweb/login.html 上下文为myweb,
那么容器会去掉http://127.0.0.1/myweb 将login.html拿来进行匹配。映射匹配过程有
顺序先后
-->
<url-pattern>/*</url-pattern>
</filter-mapping>
- 配置文件加载监听器
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
ContextLoaderListener的作用就是在启动web容器的时候,自动装配ApplicationContext的配置信息,ContextLoaderListener实现了ServletContextListener这个接口,启动web容器的时候,就会默认执行它实现的方法。
- 配置log4j日志监听器
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
-
部署applicationContext.xml文件
如果web.xml文件中没有写任何的配置参数,则默认路径为:“/WEB-INF/applicationContext.xml”,并且在WEB-INF下创建的xml文件必须是以applicationContext.xml命名的。WEB-INF是java中的一个安全目录,如果我们有些资源文件不想让别人直接通过url访问到,那么可以放到此目录中, 这样别人如果想要访问此资源文件,只能使用web.xml文件中对访问文件进行相应映射的方式。打个比方:你的有些 页面必须要用户登录了之后才能展示,现在用户知道了你这个页面的url,那他不登陆直接输入url地址应该也是 不能访问的,那这些页面就需要放在安全目录中。
如果要自定义文件名称,则需要在web.xml文件中做如下配置。
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:/applicationContext.xml</param-value>
</context-param>
在param-value里指定相应的xml文件名,如果有多个xml文件,可以写在一起并以“,”号分隔。
也可以这样applicationContext-*.xml采用通配符,比如这那个目录下有applicationContext-d-e.xml,
applicationContext-a.xml,applicationContext-b-c.xml等文件,都会一起载入。
在ContextLoaderListener中关联了ContextLoader这个类,所以整个加载配置过程由ContextLoader来完成。
- 配置前置控制器DispatcherServlet
DispatcherServlet用来拦截匹配的请求,Servlet拦截匹配的规则需要自定义,将拦截下来的请求,按照一定的规则分发到目标Controller中。
1.在DispatcherServlet的初始化过程中,框架会在web应用的 WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml 的
配置文件,生成文件中定义的bean。
2.
<!--其中<param-value>**.xml</param-value> 这里可以使用多种写法-->
<!--1、不写,使用默认值:/WEB-INF/<servlet-name>-servlet.xml-->
<!--2、<param-value>/WEB-INF/classes/dispatcher-servlet.xml</param-value>-->
<!--3、<param-value>classpath*:dispatcher-servlet.xml</param-value>-->
<!--4、多个值用逗号分隔-->
<servlet>
<servlet-name>DispatcherServlet</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<!--指明了配置文件的文件名,不使用默认配置文件名,而使用dispatcher-servlet.xml配置文件。-->
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/dispatcher-servlet.xml</param-value>
</init-param>
<!--是启动顺序,让这个Servlet随Servletp容器一起启动。-->
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>DispatcherServlet</servlet-name>
<!--Servlet拦截匹配规则可以自已定义,当映射为@RequestMapping("/user/add")时,为例,拦截哪种URL合适?-->
<!--1、拦截*.do、*.htm, 例如:/user/add.do,这是最传统的方式,最简单也最实用。不会导致静态文件(jpg,js,css)被拦截。-->
<!--2、拦截/,例如:/user/add,可以实现现在很流行的REST风格。很多互联网类型的应用很喜欢这种风格的URL。弊端:会导致静态文件(jpg,js,css)被拦截后不能正常显示。 -->
<url-pattern>/</url-pattern> <!--会拦截URL中带“/”的请求。-->
</servlet-mapping>
- 指定欢迎页面
<welcome-file-list>
<welcome-file>login.html</welcome-file>
</welcome-file-list>
- 404错误跳转页面
<error-page>
<error-code>404</error-code>
<location>/nopage.html</location>
</error-page>
- 空指针异常页面跳转
<error-page>
<exception-type>java.lang.NullPointerException</exception-type>
<location>/error.html</location>
</error-page>
- 405错误跳转
<error-page>
<error-code>405</error-code>
<location>/405.html</location>
</error-page>
- 500内部错误
<error-page>
<error-code>500</error-code>
<location>/500.html</location>
</error-page>