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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。