一．IOC的概念：
控制反转（inversion of control）和依赖注入（dependency injection）其实是同一个概念。当某个方法需要另外一个对象协助的时候，传统的方法就是有调用者来通过new创建被调用者的实例，但是在spring中创建被调用者的工作不再有调用者来完成，称之为控制反转（ioc）。创建被调用者的工作由spring来完成，然后注入调用者，成为依赖注入。
这样做得目的当然是为了解耦，减低类之间得耦合度，其设计思想就是设计模式中得工厂模式。在spring容器启动得时候，spring会将配置项中配置好得bean都初始化。需要调用得时候，把初始化得bean分配给调用的类，而不需要手动创建一个对象实例。
对于springIOC来说由两处地方最重要，一个是创建bean容器，一个是初始化bean。
二．SpringIOC的顶层接口：
在Sping IoC的体系结构中BeanFactory作为最顶层的一个接口类，它定义了IoC容器的基本功能规范。并且为了区分在 Spring 内部在操作过程中对象的传递和转化过程中，对对象的数据访问做限制，使用了多层接口ListableBeanFactory 接口表示这些 Bean 是可列表的. HierarchicalBeanFactory 表示的是这些 Bean 是有继承关系的，也就是每个Bean 有可能有父 Bean。AutowireCapableBeanFactory 接口定义 Bean 的自动装配规则。
默认实现类是 DefaultListableBeanFactory，他实现了所有的接口.
本来准备自己写源码分析的，但是在网上找到一个更好的更详细的，（个人感觉我是写不出来那么好的博客），建议去看那篇博客：
https://blog.csdn.net/nuomizhende45/article/details/81158383
-------------------------------------------------------spring设计模式-----------------------------------------------
在springIOC中用到的设计模式有四种：工厂模式，单例模式，策略模式，装饰者模式。
一.工厂模式
Spring IOC容器就像是一个工厂一样，当我们需要创建一个对象的时候，只需要配置好配置文件/注解即可，完全不用考虑对象是如何被创建出来的。IOC 容器负责创建对象，将对象连接在一起，配置这些对象，并从创建中处理这些对象的整个生命周期，直到它们被完全销毁。
Spring使用工厂模式可以通过BeanFactory或者ApplicationContext创建bean对象。
BeanFactory：延迟注入（spring默认为懒加载，即使用到某个bean的时候才会注入，可以通过@lazy=false设置为非懒加载）。相比于ApplicationContext来说会占用更少的内存。
ApplicationContext：容器启动的时候，不管有没有用到，一次性创建所有的bean，ApplicationContext继承了BeanFactory，除了BeanFactory的功能外还有额外的更多功能，所以一般使用的更多。
二．单例模式
Spring 中 bean 的默认作用域就是 singleton(单例)的。Spring中实现单例的方式有两种:
xml : <bean id="userService" class="top.snailclimb.UserService" scope="singleton"/> 注解：@Scope(value = "singleton")
除了singleton作用域，Spring中bean还有下面几种作用域：
prototype : 每次请求都会创建一个新的 bean 实例。
request : 每一次HTTP请求都会产生一个新的bean，该bean仅在当前HTTP request内有效。
session : 每一次HTTP请求都会产生一个新的 bean，该bean仅在当前 HTTP session 内有效。
global-session： 全局session作用域，仅仅在基于portlet的web应用中才有意义，Spring5已经没有了。Portlet是能够生成语义代码(例如：HTML)片段的小型Java Web插件。它们基于portlet容器，可以像servlet一样处理HTTP请求。但是，与 servlet 不同，每个 portlet 都有不同的会话。
三. 策略模式
在spring中通过ApplicationContext 来获取Resource的实例，包括urlResource，classPathResource,fileSystenResource等不同的资源类型，spring针对不同的资源类型采取不同的访问策略。ApplicationContext 将会负责选择 Resource 的实现类，也就是确定具体的资源访问策略，从而将应用程序和具体的资源访问策略分离开来。
四. 装饰者模式
装饰者模式可以动态地给对象添加一些额外的属性或行为。相比于使用继承，装饰者模式更加灵活。简单点儿说就是当我们需要修改原有的功能，但我们又不愿直接去修改原有的代码时，设计一个Decorator套在原有代码外面。其实在 JDK 中就有很多地方用到了装饰者模式，比如 InputStream家族，InputStream 类下有 FileInputStream (读取文件)、BufferedInputStream (增加缓存,使读取文件速度大大提升)等子类都在不修改InputStream 代码的情况下扩展了它的功能。
Spring中类中带有Wrapper的都是包装类。