Spring从入门到精通—Spring核心思想之IOC、AOP

IOC和AOP不是Spring提出的，在spring之前就已经存在，只不过更偏向于理论化，spring在技 术层次把这两个思想做了⾮常好的实现（Java）。

什么是IoC？

IoC Inversion of Control (控制反转/反转控制)，注意它是⼀个技术思想，不是⼀个技术实现。 描述的事情：Java开发领域对象的创建，管理的问题 传统开发⽅式：⽐如类A依赖于类B，往往会在类A中new⼀个B的对象 IoC思想下开发⽅式：我们不⽤⾃⼰去new对象了，⽽是由IoC容器（Spring框架）去帮助我们实例化对象并且管理它，我们需要使⽤哪个对象，去问IoC容器要即可。 我们丧失了⼀个权利（创建、管理对象的权利）,得到了⼀个福利（不⽤考虑对象的创建、管理等⼀系列事情） 为什么叫做控制反转？ 控制：指的是对象创建（实例化、管理）的权利 反转：控制权交给外部环境了（spring框架、IoC容器）

IoC解决了什么问题

IoC解决对象之间的耦合问题

IoC和DI的区别

DI：Dependancy Injection（依赖注⼊） 怎么理解： IOC和DI描述的是同⼀件事情，只不过⻆度不⼀样罢了。

什么是AOP

AOP: Aspect oriented Programming ⾯向切⾯编程 AOP是OOP的延续，从OOP说起。 OOP三⼤特征：封装、继承和多态 OOP是⼀种垂直继承体系。

OOP编程思想可以解决⼤多数的代码重复问题，但是有⼀些情况是处理不了的，⽐如在顶级⽗类Animal中的多个⽅法中相同位置出现了重复代码，OOP就解决不了。

横切逻辑代码

横切逻辑代码存在什么问题：

• 横切代码重复问题
• 横切逻辑代码和业务代码混杂在⼀起，代码臃肿，维护不⽅便

AOP出场，AOP独辟蹊径提出横向抽取机制，将横切逻辑代码和业务逻辑代码分析

代码拆分容易，那么如何在不改变原有业务逻辑的情况下，悄⽆声息的把横切逻辑代码应⽤到原有的业务逻辑中，达到和原来⼀样的效果，这个是⽐较难的。

AOP在解决什么问题

在不改变原有业务逻辑情况下，增强横切逻辑代码，根本上解耦合，避免横切逻辑代码重复。

为什么叫做⾯向切⾯编程

「切」：指的是横切逻辑，原有业务逻辑代码我们不能动，只能操作横切逻辑代码，所以⾯向横切逻辑 「⾯」：横切逻辑代码往往要影响的是很多个⽅法，每⼀个⽅法都如同⼀个点，多个点构成⾯，有⼀个⾯的概念在⾥⾯。