深入理解SpringMVC工作原理，手写SpringMVC框架

引言

   对于SpringMVC相信诸位并不陌生，这是Java开发过程中使用最频繁的框架，在你的项目中可能不一定用MyBatis，但绝对会使用SpringMVC，因为操作数据库还有Hibernate、JPA等其他ORM框架选择，但SpringMVC这个框架在其领域中，可谓是独领风骚，因此在面试中也会常常问到一些与之相关的面试题，其中最为经典的则是那道：

SpringMVC在启动后是如何工作的？（工作原理）

对于这题的答案，相信大家在“Java面试八股文”中绝对背过，但之前大多数小伙伴应该也只是死记，并未真正的理解其核心原理，那本篇的目的就在于让诸位真正的掌握SpringMVC原理。当然，为了更好的理解，咱们也不会以之前分析底层时的那种源码方式，对其进行长篇概述，本次则使用一种新的方式来对其进行原理讲解。

那新的方式是什么呢？那就是自己手写框架，真正的理解就是自己能够把轮子重新造一次，这原本源码的方式更加形象，也能够更加让我们对其原理印象深刻。

在之后有可能会写的《源码分析》专题中，会再次详细剖析一些常用开源框架的源码实现，同时为了加深对每个技术栈的理解，在剖析清楚源码实现后，也会以本文这种形式，对框架进行迷你版的手写实战，因此本文也算是一个新的尝试。

一、SpringMVC框架的概述与回忆

   SpringMVC是Spring家族中的元老之一，它是一个基于MVC三层架构模式的Web应用框架，它的出现也一统了JavaWEB应用开发的项目结构，从而避免将所有业务代码都糅合在同一个包下的复杂情况。在该框架中通过把Model、View、Controller分离，如下：

• M/Model模型：由service、dao、entity等JavaBean构成，主要负责业务逻辑处理。
• V/View视图：负责向用户进行界面的展示，由jsp、html、ftl....等组成。
• C/Controller控制器：主要负责接收请求、调用业务服务、根据结果派发页面。

SpringMVC贯彻落实了MVC思想，以分层工作的模式，把整个较为复杂的web应用拆分成逻辑清晰的几部分，从很大程度上也简化了开发工作，减少了团队协作开发时的出错几率。

   回想最初的servlet开发，或者说最初我们学习Java时，如稚子般的操作，当时也不会划分模块、划分包，所有代码一股脑的全都放在少数的几个包下。但不知从何时起，慢慢的，每当有一个新的项目需求出现时，我们都会先对其划分模块，再划分层次，SpringMVC这个框架已经让每位Java开发彻底将MVC思想刻入到了DNA中，无论是最初的单体开发，亦或是如今主流的分布式、微服务开发，相信大家都已经遵守着这个思想。

SpringMVC框架的设计，是以请求为驱动，围绕Servlet设计的，将请求发给控制器，然后通过模型对象，分派器来展示请求结果的视图。SpringMVC的核心类是DispatcherServlet，它是一个Servlet子类，顶层是实现的Servlet接口。

当然，此刻暂且避开其原理不谈，先回想最初的SpringMVC是如何使用的呢？一起来看看。

1.1、SpringMVC的使用方式

   对于SpringMVC框架的原生使用方式，估计大部分小伙伴都已经忘了，尤其是近些年SpringBoot框架的流行，由于其简化配置的特性，让我们几乎无需再关注最初那些繁杂的XML配置。

说到这块就引起了我早些年那些痛苦的回忆，在SpringBoot还未那么流行之前，几乎所有的配置都是基于XML来弄的，而且每当引入一个新的技术栈，都需要配置一大堆文件，比如Spring、SpringMVC、MyBatis、Shiro、Quartz、EhCache....，这个整合过程无疑是痛苦的。

但随着后续的SpringBoot流行，这些问题则无需开发者再关注，不过成也SpringBoot，败也SpringBoot，尤其是近几年新入行的Java程序员，正是由于未曾有过之前那种繁重的XML配置经历，因此对于application.yml中很多技术栈的配置项也并不是特别理解，项目开发中需要引入一个新的技术栈时，几乎靠在网上copy他人的配置信息，也就成了“知其然而不知其所以然”，这对后续想要深入研究底层也成了一道新的屏障。

就此打住，感慨也不多说了，咱们先来回忆回忆最初SpringMVC的使用方式：基于最普通的maven-web工程构建。

在使用SpringMVC框架时，一般会首先配置它的核心文件：springmvc-servlet.xml，如下：

    
    
    
    
    
    
    
        
        
        
        
    
    
    

复制代码

在springmvc-servlet.xml这个核心配置文件中，最重要的其实是配置Controller类所在的路径，即包扫描的路径，以及配置一个视图解析器，主要用于解析请求成功之后的视图数据。

OK~，配置好了springmvc-servlet.xml文件后，紧接着我们会再修改maven-web项目核心文件web.xml中的配置项：

  Archetype Created Web Application

  
  
  
    SpringMVC
    org.springframework.web.servlet.DispatcherServlet
    
    
    
      contextConfigLocation
      /WEB-INF/springmvc-servlet.xml
    
    1
    
    
  
  
  
    Sp