手写IOC和AOP(一) Spring IOC AOP基础概念引入

IOC定义：

IoC Inversion of Control (控制反转/反转控制)，注意它是⼀个技术思想，不是⼀个技术实现。

描述的事情：Java开发领域对象的创建，管理的问题
传统开发⽅式：⽐如类A依赖于类B，往往会在类A中new⼀个B的对象。IoC思想下开发⽅式：我们不⽤⾃⼰去new对象了，⽽是由IoC容器（Spring框架）去帮助我们实例化对象并且管理它，我们需要使⽤哪个对象，去问IoC容器要即可。
我们丧失了⼀个权利（创建、管理对象的权利）,得到了⼀个福利（不⽤考虑对象的创建、管理等⼀系列事情）。
为什么叫做控制反转？
控制：指的是对象创建（实例化、管理）的权利。
反转：控制权交给外部环境了（spring框架、IoC容器）。
IOC解决的核心问题：对象之间的解耦。
以最常见的MVC开发模式为案例：
最原始基础的方式在Service层通过new关键字，进行派生类业务关联。随着系统业务不断累积，UserDao的派生类会有很多。一旦发生频繁的更改通过new的形式不利于维护。也不符合面向接口的概念。因此也就出现了我们常见的这种写法：

@Autowired
private IUserDao dao
或者
//这种直接声明的方式会报空指针，这个稍后处理
private IUserDao dao

IOC与DI：
IOC与DI本质上其实是在描述同一件事情，对象实例化以及依赖关系维护这件事情。只不过是站在不同角度去描述这件事情。
IOC：站在对象的角度，对象的实例化以及对象的管理(反转)的权利交给了IOC容器。
DI：站在容器的角度，对象会把依赖的对象进行注入，比如Admin对象实例化过程中发现依赖对象User,那么就会先把User对象就行注入给Admin。

AOP概念解析：
AOP: Aspect oriented Programming ⾯向切⾯编程/⾯向⽅⾯编程
AOP是OOP的延续，从OOP说起。
OOP三⼤特征：封装、继承和多态。
OOP是垂直的继承体系。
问题：顶层基类公共部分抽取困难。
OOP编程思想可以解决⼤多数的代码重复问题，但是有⼀些情况是处理不了的，⽐如下⾯的在顶级⽗类
Animal中的多个⽅法中相同位置出现了重复代码，OOP就解决不了。
案例：

public class Demo{
	private String name;
	private int age;
	public void eat(){
		//性能监控
		System.out.println("性能监控处理部分");
		//业务处理部分
		System.out.println("业务处理部分");
		//权限处理
		System.out.println("权限处理部分");
	}
	public void run(){
		//性能监控
		System.out.println("性能监控处理部分");
		//业务处理部分
		System.out.println("业务处理部分");
		//权限处理
		System.out.println("权限处理部分");
	}
}

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

• 横切代码重复问题
• 横切逻辑代码和业务代码混杂在⼀起，代码臃肿，维护不⽅便
  AOP出场，AOP独辟蹊径提出横向抽取机制，将横切逻辑代码和业务逻辑代码分析。
  代码拆分容易，那么如何在不改变原有业务逻辑的情况下，悄⽆声息的把横切逻辑代码应⽤到原有的业务逻辑中，达到和原来⼀样的效果，这个是⽐较难的。

AOP解决的问题： 在不改变原有业务逻辑情况下，增强横切逻辑代码，根本上解耦合，避免横切逻辑代码重复。
何为切面：
「切」：指的是横切逻辑，原有业务逻辑代码我们不能动，只能操作横切逻辑代码，所以⾯向横切逻辑
「⾯」：横切逻辑代码往往要影响的是很多个⽅法，每⼀个⽅法都如同⼀个点，多个点构成⾯。

标签：逻辑,对象,Spring,代码,AOP,横切,IOC
来源： https://blog.csdn.net/qq_37779333/article/details/113913444