spring+springmvc+mybatis原理总结（附流程图）

Spring

IOC

IOC整体加载流程：https://www.processon.com/view/6142de48e401fd1a0e5848a5

循环依赖

事务

https://www.processon.com/view/link/6238404307912906f50d1638

SpringMVC

web应用启动流程：

SpringBoot自动配置流程

https://www.processon.com/view/link/623840f00e3e74074cf4ad69

Spring使用设计模式

简单工厂

1. 实现方式
   BeanFactory。Spring中的BeanFactory就是简单工厂模式的体现，根据传入一个唯一的标识来获得Bean对象。
2. 实质
   由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类。
3. 实现原理
   bean容器的启动阶段：

• 读取bean的配置,将bean元素分别转换成一个BeanDefinition对象。
• 然后通过BeanDefinitionRegistry将这些bean注册到beanFactory中，保存在它的一个ConcurrentHashMap中。
• 将BeanDefinition注册到了beanFactory之后，在这里Spring为我们提供了一个扩展的切口，允许我们通过实现接口BeanFactoryPostProcessor 在此处来插入我们定义的代码。典型的例子就是：PropertyPlaceholderConfigurer，我们一般在配置数据库的dataSource时使用到的占位符的值，就是它注入进去的。
  容器中bean的实例化阶段：
  实例化阶段主要是通过反射或者CGLIB对bean进行实例化，在这个阶段Spring又给我们暴露了很多的扩展点：
• 各种的Aware接口，比如 BeanFactoryAware，对于实现了这些Aware接口的bean，在实例化bean时Spring会帮我们注入对应的BeanFactory的实例。Aware详解：https://blog.csdn.net/nianqrzhanghw/article/details/120840992?spm=1001.2014.3001.5501
• BeanPostProcessor接口，实现了BeanPostProcessor接口的bean，在实例化bean时Spring会帮我们调用接口中的方法。
  
• InitializingBean接口，实现了InitializingBean接口的bean，在实例化bean时Spring会帮我们调用接口中的方法。
• DisposableBean接口，实现了DisposableBean接口的bean，在该bean死亡时Spring会帮我们调用接口中的方法。

4. 设计意义
   松耦合。可以将原来硬编码的依赖，通过Spring这个beanFactory这个工厂来注入依赖，也就是说原来只有依赖方和被依赖方，现在我们引入了第三方——spring这个beanFactory，由它来解决bean之间的依赖问题，达到了松耦合的效果.
   bean的额外处理。通过Spring接口的暴露，在实例化bean的阶段我们可以进行一些额外的处理，这些额外的处理只需要让bean实现对应的接口即可，那么spring就会在bean的生命周期调用我们实现的接口来处理该bean。[非常重要]

工厂方法

1. 实现方式：FactoryBean接口
2. 实现原理
   实现了FactoryBean接口的bean是一类叫做工厂Bean。其特点是，spring会在使用getBean()调用获得该bean时，会自动调用该
   bean的getObject()方法，所以返回的不是factory这个bean，而是这个bean.getOjbect()方法的返回值。

单例模式

Spring依赖注入Bean实例默认是单例的。
Spring的依赖注入（包括lazy-init方式）都是发生在AbstractBeanFactory的getBean里。getBean的doGetBean方法调用getSingleton进行bean的创建。

适配器模式

1. 实现方式：
   SpringMVC中的适配器HandlerAdatper。
2. 实现原理：
   HandlerAdatper根据Handler规则执行不同的Handler。
3. 实现过程：
   DispatcherServlet根据HandlerMapping返回的handler，向HandlerAdatper发起请求，处理Handler。HandlerAdapter根据规则找到对应的Handler并让其执行，执行完毕后Handler会向HandlerAdapter返回一个ModelAndView，最后由HandlerAdapter向DispatchServelet返回一个ModelAndView。
4. 实现意义：
   HandlerAdatper使得Handler的扩展变得容易，只需要增加一个新的Handler和一个对应的HandlerAdapter即可。因此Spring定义了一个适配接口，使得每一种Controller有一种对应的适配器实现类，让适配器代替controller执行相应的方法。这样在扩展Controller时，只需要增加一个适配器类就完成了SpringMVC的扩展了。

代理模式

1. 实现方式：
   AOP底层，就是动态代理模式的实现。
2. 动态代理：
   在内存中构建的，不需要手动编写代理类

观察者模式

1. 实现方式：
   spring的事件驱动模型使用的是 观察者模式 ，Spring中Observer模式常用的地方是listener的实现。
2. 具体实现：
   事件机制的实现需要三个部分,事件源,事件,事件监听器。ApplicationEvent抽象类[事件]继承自jdk的EventObject,所有的事件都需要继承ApplicationEvent,并且通过构造器参数source得到事件源。该类的实现类ApplicationContextEvent表示ApplicaitonContext的容器事件。
   详见：https://blog.csdn.net/nianqrzhanghw/article/details/120565986?spm=1001.2014.3001.5502

策略模式

1. 实现方式：
   Spring框架的资源访问Resource接口。该接口提供了更强的资源访问能力，Spring 框架本身大量使用了 Resource 接口来访问底层资源。
   Resource 接口介绍
   source 接口是具体资源访问策略的抽象，也是所有资源访问类所实现的接口。
   Resource 接口主要提供了如下几个方法:

• getInputStream()：定位并打开资源，返回资源对应的输入流。每次调用都返回新的输入流。调用者必须负责关闭输入流。
• exists()：返回 Resource 所指向的资源是否存在。
• isOpen()：返回资源文件是否打开，如果资源文件不能多次读取，每次读取结束应该显式关闭，以防止资源泄漏。
• getDescription()：返回资源的描述信息，通常用于资源处理出错时输出该信息，通常是全限定文件名或实际 URL。
• getFile：返回资源对应的 File 对象。
• getURL：返回资源对应的 URL 对象。
  最后两个方法通常无须使用，仅在通过简单方式访问无法实现时，Resource 提供传统的资源访问的功能。
  Resource 接口本身没有提供访问任何底层资源的实现逻辑，针对不同的底层资源，Spring 将会提供不同的 Resource 实现类，不同的实现
  类负责不同的资源访问逻辑。
  Spring 为 Resource 接口提供了如下实现类：
• UrlResource：访问网络资源的实现类。
• ClassPathResource：访问类加载路径里资源的实现类。
• FileSystemResource：访问文件系统里资源的实现类。
• ServletContextResource：访问相对于 ServletContext 路径里的资源的实现类.
• InputStreamResource：访问输入流资源的实现类。
• ByteArrayResource：访问字节数组资源的实现类。
  这些 Resource 实现类，针对不同的的底层资源，提供了相应的资源访问逻辑，并提供便捷的包装，以利于客户端程序的资源访问。

责任链模式

拦截器链等

Mybatis

Mybatis整合到Spring流程

Mybatis整合Spring：https://www.processon.com/view/link/62398cb11e085306f8cb0765

Mybatis插件流程

Mybatis插件流程：https://www.processon.com/view/link/62398cb11e085306f8cb0765