手写Spring MVC

2019-09-30 06:46:49来源：博客园阅读 ()

闲及无聊又打开了CSDN开始看一看有什么先进的可以学习的相关帖子，这时看到了一位大神写的简历装X必备，手写Spring MVC。

我想这个东西还是有一点意思的就拜读了一下大佬的博客通读了一遍相关代码感觉和我想象中spring的运作流程基本相同但是我脑海中基本上只有一个非常简单的基本概念而这位大佬具象化了相关的代码内容值得学习一番。

同样的我的博客里代码都是图片需要膜拜学习原博的同志可以参考

版权声明：本文为CSDN博主「肖朋伟」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_40147863/article/details/96505433（代码可复制）

学习自《Spring 5核心原理与30个类手写实战》作者 Tom 老师

全文核心！！！！！！看明白了才能真的学会如何去写本文代码基本照搬肖老师的代码在其中增加了一些自己学习的理解和心得

一、整体思路
思路要熟练背下来

1）配置阶段

配置 web.xml：
<sevlet>
XDispatchServlet //继承HttpServlet类重写doGet doPost init三个函数在web.xml中配置的原因为保证在tomcat启动的时候对此类进行初始化保证初始化的完成

设定 init-param： contextConfigLocation = applicationContext.properties // 在类加载时将配置文件初始化到 servlet的配置对象中方便获取其中启动参数
<servlet-mapping>
设定 url-pattern： /* // 表示此servlet接受并处理一切借口
配置 Annotation： @XController @XService @XAutowired @XRequestMapping // 自定义注解类从代码实现上来看是类别的表示方便Spring在通过反射方式加载相关对象时能够更准确的对需要加载的对象进行分类而不需要每个类进行逐条审查
2）初始化阶段

IOC：
调用 init() 方法：加载配置文件
IOC 容器初始化： Map<String, Object>
扫描相关的类： scan-package=“com.xiaopengwei”
创建实例化并保存到容器：同过反射机制将类实例化放入 IOC 容器中

PS：ioc容器控制反转主要作用为在tomcat启动时将配置扫描路径下的相关对象全部初始化到一个map对象中在需要使用时可以将相关对象直接进行使用不会说到了使用的时候在对相关对象进行加载且不会出现重复某一对象重复生成多个实例的场景

从某种程度上缓解了内存的压力 ioc容器核心就是一个Map对象存储需要使用的bean对象通过beanId或beanName来对应在需要使用的地方进行调用且ioc容器就是java设计模式中工厂模式的经典使用。

DI：
进行 DI 操作：扫描 IOC 容器中的实例，给没有赋值的属性自动赋值

PS：DI 注入 Spring容器中提供参数注入构造器注入自动注入等方式而本文中展示的为注解类型的自动注入但是从本质上来说集中注入方式都是一样的即可以理解为在程序启动时加载某种注入的规则即通过反射的方式将什么对象注入至另一个的对象中的某个值中

MVC：
初始化 HandlerMapping：将一个 URL 和一个 Method 进行一对一的关联映射 Map<String, Method>

PS：本文中的MVC相关基本只是url及对应函数之间的一个映射关系参数及post请求中json字符串转化为相应对象的功能并未实现但其实参数绑定其实就是简单的参数名映射 json与类对象之间的相互转换只要熟悉json对象的构造方式及简单的反射方法即可实现何况相关json对象解析的相关插件也有很多如果有时间可以看一次相关插件的源码了解一下人家关于类对象及反射的理解从中学习

3）运行阶段

调用 doGet() / doPost() 方法： Web 容器调用 doGet() / doPost() 方法，获得 request/response 对象
匹配 HandleMapping：从 request 对象中获得用户输入的 url，找到其对应的 Method
反射调用 method.invoker()：利用反射调用方法并返回结果
response.getWrite().write()：将返回结果输出到浏览器

PS：web容器已经相当于设定了相对稳定的规则重写了其中的doGet/doPost方法即在http相关处理过程中加入了自己想要的一些处理及自己的解析规则（Restful风格接口从某种程度上来说就复杂于本文中的解析规则）

PS:：突然想到了一句题外话正因为重写了doGet及doPost方法才给了aop处理的空间假设我们在初始化时解析配置文件增加一个Map<Object(aop执行规则，在什么函数之前或在什么函数之后执行), method（需要执行的方法）> 然后在get及post方法实际处理方法的前后加上一个针对此map的判断不就实现了aop面向切面的思想了吗！！！

二、代码

1、代码架构