Spring MVC框架:第十二章:运行原理

简介: Spring MVC框架:第十二章:运行原理

SpringMVC运行原理

找到一篇写的不错的博客,大家可以看看


第一节 几个重要组件

1.HandlerMapping


代表请求地址到handler之间的映射。

2.HandlerExecutionChain


handler的执行链对象,由handler对象和所有handler拦截器组成。SpringMVC调用HandlerMapping接口中定义的getHandler()方法获取该对象。

3.HandlerAdapter


执行请求参数注入、类型转换、数据验证等具体操作。

第二节 关键节点

1.获取HandlerExecutionChain对象


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:1101行、916行 Tips:如果当前请求没有经过映射,那么mappedHandler是否为null呢? ①如果配置了mvc:default-servlet-handler则不为null ②如果没有配置mvc:default-servlet-handler则为null

2.获取HandlerAdapter对象


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:923行

3.调用拦截器的preHandle()方法


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:939行

4.为模型对象注入请求参数


所在API:org.springframework.web.bind.annotation.support.HandlerMethodInvoker 源码位置:170行、373行

5.调用目标handler方法


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:945行

6.调用拦截器的postHandle()方法


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:954行

7.处理视图转发相关


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:959行

8.处理异常


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:998行

9.渲染视图


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:1012行

①解析视图名称,将逻辑视图转换为物理视图


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:1204行、1266行

②渲染视图


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:1225行

③将模型数据暴露到请求域


所在API:org.springframework.web.servlet.view.AbstractView 源码位置:266行

④将模型数据保存到请求域


所在API:org.springframework.web.servlet.view.AbstractView 源码位置:374行

⑤转发


所在API:org.springframework.web.servlet.view.InternalResourceView 源码位置:209行

10.调用拦截器的afterCompletion方法


所在API:org.springframework.web.servlet.DispatcherServlet 源码位置:1030行

第三节 annotation相关


我们在前面的操作中发现,使用了mvc:default-servlet-handler和mvc:view-controller后必须使用mvc:annotation-driven。那么这是为什么呢?关键原因是他们加载使用的HandlerMapping不同。

1.三个都没有使用时有效的HandlerMapping

org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping
org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping

其中DefaultAnnotationHandlerMapping负责把所有handler类中的handler方法收集起来。

2.增加了mvc:default-servlet-handler或mvc:view-controller后有效的HandlerMapping

org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping
org.springframework.web.servlet.handler.SimpleUrlHandlerMapping

很明显,DefaultAnnotationHandlerMapping没了,而SimpleUrlHandlerMapping只能映射静态资源。所以我们通过@RequestMapping映射的handler方法无效了。

3.再增加了mvc:annotation-driven后

org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping 
org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping
org.springframework.web.servlet.handler.SimpleUrlHandlerMapping

加入了mvc:annotation-driven后最关键的是增加了RequestMappingHandlerMapping,从而可以映射我们的handler方法。

案例:

index.jsp:

<a href="${pageContext.request.contextPath }/test/work/flow">Test work flow</a>

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"
  id="WebApp_ID" version="2.5">
  <!-- The front controller of this Spring Web application, responsible for 
    handling all application requests -->
  <servlet>
    <servlet-name>springDispatcherServlet</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>classpath:spring-mvc.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
  </servlet>
  <!-- Map all requests to the DispatcherServlet for handling -->
  <servlet-mapping>
    <servlet-name>springDispatcherServlet</servlet-name>
    <url-pattern>/</url-pattern>
  </servlet-mapping>
</web-app>

spring-mvc.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/mvc http://www.springframework.org/schema/mvc/spring-mvc-4.0.xsd
    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-4.0.xsd">
  <context:component-scan base-package="com.atguigu.spring.mvc.handlers"/>
  <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="prefix" value="/WEB-INF/page/"/>
    <property name="suffix" value=".jsp"/>
  </bean>
  <mvc:annotation-driven/>
  <mvc:interceptors>
    <mvc:interceptor>
      <mvc:mapping path="/**"/>
      <bean class="com.atguigu.spring.mvc.interceptor.WorkFlowInterceptor"/>
    </mvc:interceptor>
  </mvc:interceptors>
</beans>

interceptor

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.springframework.web.servlet.HandlerInterceptor;
import org.springframework.web.servlet.ModelAndView;
public class WorkFlowInterceptor implements HandlerInterceptor {
  @Override
  public void afterCompletion(HttpServletRequest arg0, HttpServletResponse arg1, Object arg2, Exception arg3)
      throws Exception {
    System.out.println("my after completion");
  }
  @Override
  public void postHandle(HttpServletRequest arg0, HttpServletResponse arg1, Object arg2, ModelAndView arg3)
      throws Exception {
    System.out.println("my post handle");
  }
  @Override
  public boolean preHandle(HttpServletRequest arg0, HttpServletResponse arg1, Object arg2) throws Exception {
    System.out.println("my pre handle");
    return true;
  }
}

handlers

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.RequestMapping;
@Controller
public class WorkFlowHandler {
  @RequestMapping("/test/work/flow")
  public String myHandle(Model model) {
    System.err.println("my handler method");
    model.addAttribute("message", "i love you!!!");
    return "target";
  }
}

结果:

信息: Server startup in 33416 ms
my pre handle
my handler method
my post handle
my after completion

页面结果:

Target
i love you!!!
相关文章
|
6月前
|
缓存 Java 开发者
【Spring】原理:Bean的作用域与生命周期
本文将围绕 Spring Bean 的作用域与生命周期展开深度剖析,系统梳理作用域的类型与应用场景、生命周期的关键阶段与扩展点,并结合实际案例揭示其底层实现原理,为开发者提供从理论到实践的完整指导。
775 22
|
6月前
|
人工智能 Java 开发者
【Spring】原理解析:Spring Boot 自动配置
Spring Boot通过“约定优于配置”的设计理念,自动检测项目依赖并根据这些依赖自动装配相应的Bean,从而解放开发者从繁琐的配置工作中解脱出来,专注于业务逻辑实现。
2253 0
|
5月前
|
XML Java 测试技术
《深入理解Spring》:IoC容器核心原理与实战
Spring IoC通过控制反转与依赖注入实现对象间的解耦,由容器统一管理Bean的生命周期与依赖关系。支持XML、注解和Java配置三种方式,结合作用域、条件化配置与循环依赖处理等机制,提升应用的可维护性与可测试性,是现代Java开发的核心基石。
|
5月前
|
XML Java 应用服务中间件
【SpringBoot(一)】Spring的认知、容器功能讲解与自动装配原理的入门,带你熟悉Springboot中基本的注解使用
SpringBoot专栏开篇第一章,讲述认识SpringBoot、Bean容器功能的讲解、自动装配原理的入门,还有其他常用的Springboot注解!如果想要了解SpringBoot,那么就进来看看吧!
636 2
|
7月前
|
Java 关系型数据库 数据库
深度剖析【Spring】事务:万字详解,彻底掌握传播机制与事务原理
在Java开发中,Spring框架通过事务管理机制,帮我们轻松实现了这种“承诺”。它不仅封装了底层复杂的事务控制逻辑(比如手动开启、提交、回滚事务),还提供了灵活的配置方式,让开发者能专注于业务逻辑,而不用纠结于事务细节。
1029 1
|
10月前
|
前端开发 Java 数据库连接
Spring核心原理剖析与解说
每个部分都是将一种巨大并且复杂的技术理念传达为更易于使用的接口,而这就是Spring的价值所在,它能让你专注于开发你的应用,而不必从头开始设计每一部分。
284 32
|
8月前
|
缓存 安全 Java
Spring 框架核心原理与实践解析
本文详解 Spring 框架核心知识,包括 IOC(容器管理对象)与 DI(容器注入依赖),以及通过注解(如 @Service、@Autowired)声明 Bean 和注入依赖的方式。阐述了 Bean 的线程安全(默认单例可能有安全问题,需业务避免共享状态或设为 prototype)、作用域(@Scope 注解,常用 singleton、prototype 等)及完整生命周期(实例化、依赖注入、初始化、销毁等步骤)。 解析了循环依赖的解决机制(三级缓存)、AOP 的概念(公共逻辑抽为切面)、底层动态代理(JDK 与 Cglib 的区别)及项目应用(如日志记录)。介绍了事务的实现(基于 AOP
304 0
|
8月前
|
监控 架构师 NoSQL
spring 状态机 的使用 + 原理 + 源码学习 (图解+秒懂+史上最全)
spring 状态机 的使用 + 原理 + 源码学习 (图解+秒懂+史上最全)
|
10月前
|
Java 开发者 Spring
Spring框架 - 深度揭秘Spring框架的基础架构与工作原理
所以,当你进入这个Spring的世界,看似一片混乱,但细看之下,你会发现这里有个牢固的结构支撑,一切皆有可能。不论你要建设的是一座宏大的城堡,还是个小巧的花园,只要你的工具箱里有Spring,你就能轻松搞定。
403 9
|
11月前
|
安全 前端开发 Java
Spring Boot 项目中触发 Circular View Path 错误的原理与解决方案
在Spring Boot开发中,**Circular View Path**错误常因视图解析与Controller路径重名引发。当视图名称(如`login`)与请求路径相同,Spring MVC无法区分,导致无限循环调用。解决方法包括:1) 明确指定视图路径,避免重名;2) 将视图文件移至子目录;3) 确保Spring Security配置与Controller路径一致。通过合理设定视图和路径,可有效避免该问题,确保系统稳定运行。
694 0