IOC 是一种设计思想。 **IOC 容器是 Spring 用来实现 IOC 的载体， IOC 容器在某种程度上就是个Map（key，value）,key是 name 属性，value 是对应的对象。**容器创建 Bean 对象， 使用依赖注入来管理对象之间的相互依赖关系，配置它们并管理它们的完整生命周期，很大程度上简化应用的开发，降低了耦合度。

主要实现原理就是工厂模式加反射机制。

调用 refresh() 方法：

* 刷新准备，设置开始时间，状态， 初始化占位符等操作

* 获取内部的 BeanFactory，Spring 容器在启动的时候，先会保存所有注册进来的 Bean 的定义信息， 注册到 BeanFactory 中。

* 设置 BeanFactory 的类加载器和后置处理器，添加几个 BeanPostProcessor，手动注册默认的环境 bean

* 为子类提供后置处理 BeanFactory 的扩展能力，初始化上下文之前，可以复写 postProcessBeanFactory这个方法

* 执行 Context 中注册的 BeanFactory 后置处理器，对 SpringBoot 来说，这一步会进行 BeanDefintion 的解析

* 按优先级在 BeanFactory 注册 Bean 的后置处理器，这是在 Bean 初始化前后执行的方法

* 然后 **Spring容器就会创建这些非延迟加载的单例 Bean**

- **Request** - 每次请求都会创建一个实例

- **Session** - 在一个会话周期内只有一个实例

- Global-session - 类似于标准的 HTTP Session 作用域，5.0版本后已不再使用

- **Appilcation** - 在一个 ServletContext 中只有一个实例

- **Websocket** - 在一个 Websocket 只有一个实例

仅当用户使用支持 Web 的 ApplicationContext 时，最后几个才可用。

* Bean容器/BeanFactory 通过对象的构造器或工厂方法先实例化 Bean；

* 再根据 Resource 中的信息再通过设定好的方法（典型的有setter，统称为BeanWrapper）对 Bean 设置属性值，得到 BeanDefintion 对象，然后 put 到 beanDefinitionMap 中，调用 getBean 的时候，从 beanDefinitionMap 里拿出 Class 对象进行注入（**使用了反射**），同时如果有依赖关系，将递归调用 getBean 方法，即依赖注入的过程。

* 检查 xxxAware 相关接口，比如 BeanNameAware，BeanClassLoaderAware，ApplicationContextAware（ BeanFactoryAware）等等，如果有就调用相应的 setxxx 方法把所需要的xxx传入到 Bean 中。

**补充**：关于 Aware ，Aware 就是感知的意思， Aware 的目的是为了让Bean获得Spring容器的服务。 实现了这类接口的 bean 会存在“意识感”，从而让容器调用 setxxx 方法把所需要的 xxx 传到 Bean 中。

* 此时检查是否存在有于 Bean 关联的任何 BeanPostProcessors， 执行 postProcessBeforeInitialization() 方法（前置处理器）。

* 如果 Bean 实现了InitializingBean接口（正在初始化的 Bean），执行 afterPropertiesSet() 方法。

* 检查是否配置了自定义的 init-method 方法，如果有就调用。

* 此时检查是否存在有于 Bean 关联的任何 BeanPostProcessors， 执行 postProcessAfterInitialization() 方法（后置处理器）。返回 wrapperBean（包装后的 Bean）。

* 这时就可以开始使用 Bean 了，当容器关闭时，会检查 Bean 是否实现了 DisposableBean 接口，如果有就调用 destory() 方法。

* 如果 Bean 配置文件中的定义包含 destroy-method 属性，执行指定的方法。

上面整个过程就是 Bean 的整个生命周期了。

**Bean 单例和多例的情况：**

也许你会问，那么怎么释放被 prototype 作用域 bean 占用的资源？

我们可以通过 Bean 的后置处理器， 该处理器持有要被清除的bean的引用。

Spring 被设计成**一个管理应用程序模块定义的容器以及工厂，而不是管理模块自身的容器**，让模块可以分别独立开发，实现了模块之间的解耦。

为什么要使用Spring：

1. Spring提供一个容器/工厂，统一管理模块的定义，根据需要创建。

2. 把模块的配置参数统一管理，模块不需要自行读取配置。

3. Spring提供依赖注入，把依赖的模块自动推送进来，不需要模块自己拉取。

4. 此外，Spring提供了对很多其他第三方框架的集成功能，减少了样板代码（boilerplate）。

BeanFactoryPostProcessor：处理所有bean前,对bean factory进行预处理

BeanDefinitionRegistryPostProcessor：可以添加自定义的bean

BeanPostProcessor：支持在Bean初始化前、后对bean进行处理

ApplicationContextAware：可以获得ApplicationContext及其中的bean

InitializingBean：在bean创建完成,所有属性注入完成后执行

DisposableBean：在bean销毁前执行

ApplicationListener：用来监听产生的应用事件

1. `singletonObjects`：第一级，单例缓存池。用于存放完全初始化好的 bean，**从该缓存中取出的 bean 可以直接使用**

3. `singletonFactories`：第三级，单例对象工厂缓存 。单例对象工厂的cache，存放 bean 工厂对象

JDK动态代理：基于反射，利用反射机制生成一个实现代理接口的匿名类，在调用具体方法前调用InvokeHandler来处理。

**Spring AOP 属于运行时增强，而 AspectJ 是编译时增强。**

- @Configuration：声明当前类为配置类，相当于xml形式的Spring配置

* @Component 在类上使用，表示这是一个组件类，需要 Spring 为这个类创建 Bean

* @Bean 在方法上使用，告诉 Spring 这个方法将返回一个 Bean 对象，需要把返回的对象注册到应用上下文中

**设置类**

- @Required：确保值一定被设置

- @Autowired && @Qualifier

- @Qualifier：当一个接口有多个实现的时候，为了指名具体调用哪个类的实现。

- @Scope：生命周期

**Web类**

- @RequestMapping && @GetMapping @ PostMapping

- RequestMapping：用于映射Web请求，包括访问路径和参数（类或方法上）

- @PathVariable && @RequestParam

- @PathVariable：用于接收路径参数，比如@RequestMapping(“/hello/{name}”)申明的路径，将注解放在参数中前，即可获取该值，通常作为Restful的接口实现方法。

- @RequestBody && @ResponseBody

- @RequestBody 接收JSON数据

该注解用于读取 Request 请求的 body 部分数据。允许request的参数在request体中，而不是在直接连接在地址后面。（放在参数前）

- @ResponseBody 将java对象转换成json格式的字符串，返回给浏览器。该注解用于将 Controller 的方法返回的对象，写入到 Response 对象的 body 数据区。 （返回值旁或方法上）

**功能类**

- @ImportResource：引用类

- @ComponentScan：自动扫描

- @EnableCaching && Cacheable： 开启注解式的缓存支持/缓存

- @Transactional：开启事务

- @Aspect && Poincut：切面和切点

- @Scheduled：来申明这是一个任务

* @RequestController **@RestController=@ResponseBody+@Controller** 意味着，该Controller的所有方法都默认加上了@ResponseBody。

* @ControllerAdvice 使一个Contoller成为全局的异常处理类,类中用@ExceptionHandler方法注解的方法可以处理所有Controller发生的异常。