spring的IOC、DI、容器和AOP思想

1 spring的IOC、DI、容器和AOP思想

Spring是分层的 Java SE/EE应用 full-stack 轻量级开源框架，以 IoC（Inverse Of Control：反转控制）和 AOP（Aspect Oriented Programming：面向切面编程）为内核 。 DI为依赖注入

1.2 spring的ioc（控制反转）与Di（依赖注入）

控制反转的简单理解就是将创建对象的权利交给Spring框架处理，控制，即对应用对象的控制权，反转，就意味着对象的初始化等一系列工作不再需要我们 。

依赖注入在创建这个对象的过程中需要依赖外部某种程序。

在我个人的理解下，在我们依靠spring创建某个对象时，控制反转更加倾向于的是创建对象的这一整个流程的统称，它更像一种思想，依赖注入则是在这个流程中的一个具体过程，而这个依赖外部程序就是这个spring的容器，当我们需要对象时，spring使用FactoryBean来生产和创建工厂bean（会对应使用反射技术），交给IOC容器的BeanFactory来进行管理

意义：使用spring框架时，我们将创建对象的权利交给spring框架的容器进行管理，从而减少代码之间的耦合性。

1.3 容器

spring框架的容器是用来管理和存储业务中的生产bean对象

1.BeanFactory（父类）

从命名就可以看出BeanFactory是一个工厂，它负责生产和管理bean的一个工厂

提供了IOC容器最基本的形式，给IOC容器提供了规范，但是spring框架却给出很多种实现，如 DefaultListableBeanFactory、XmlBeanFactory、ApplicationContext等 。但是还有一种容器是ApplicationContext，他不但包含了BeanFactory的作用，同时还有很多的拓展。

ApplicationContext与BeanFactory的区别：

BeanFactory会在初始化容器时把所有bean都实例化，内存消耗会对应的很严重，但是能够及时发现bean配置的错误信息

ApplicationContext（懒加载）只有在调用bean的时候才会加载该bean，会比较节省内存，但是却不能及时发现bean的错误信息

顺便说一下FactoryBean

从命名也可以看来，我个人把他理解成一个“bean”，但是它却不是一个普通的bean，

Spring框架通过反射技术创建对象，但是依旧会在某些情况下实例化bean的过程会比较复杂，这时，spring框架为了更好的创建bean，创建了FactoryBean的接口，用户只需要实现该接口的bean逻辑，所有spring框架里面提供了70多种FactoryBean的实现

1.4 spring的Aop（面向切面编程）

spring的Aop是在**面向对象编程（oop）**的基础上进行改进，oop是将一个业务中的实体，进行单个封装，为了获得业务的更好的逻辑划分，然而Aop将这层划分进行了一种切面抽取，最主要的体现在是Spring框架内容，利用AOP可以对业务逻辑的各个部分相同行为封装到一个位置统一管理，更像是从面向对象的基础上进行了更加细致的划分，从而使的业务逻辑各部分的耦合性降低，提高程序的可重用性。

举个例子：

oop思想： 例如人类的一生分为：少年，中年，老年，oop思想，我们可以将这3种分别建立成三个类，但是这个三个类有一个共同的动作，就是吃饭的动作，我们把它定义成一个方法。如果谁饿了就去吃饭

Aop思想：aop会吧吃饭的这个动作，抽取出来，Aop会把这个吃饭的动作独立出来，例如日常生活中的一个小饭馆，谁饿了谁就去小饭馆吃饭

而在我们的编程中，常用到AOP的就是安全校验、日志操作、事务操作等 。

Spring框架把事务管理这个操作独立出来进行封装，一般在逻辑层次开启事务管理，当逻辑层中某端代码出现问题时，会出现回滚现象。 Aop就是在spring中把事务管理这个操作进行了一个单独的独立，并且使用动态代理的技术,在不修改源码的基础上,对我们的已有方法进行增强.