第⼆部分 核⼼思想

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

第1节 IoC

 

1.1 什么是IoC？

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

1.2 IoC解决了什么问题

 
IoC 解决对象之间的耦合问题
1.3 IoC 和 DI 的区别
 
DI ： Dependancy Injection （依赖注⼊）
怎么理解： IOC 和 DI 描述的是同⼀件事情，只不过⻆度不⼀样罢了

第2节 AOP

 

2.1 什么是AOP

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

 

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

横切逻辑代码

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

2.2 AOP在解决什么问题

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

2.3 为什么叫做⾯向切⾯编程

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

准备了更多关于Java集合、JVM、多线程并发、spring原理、微服务、Netty 与RPC 、Kafka、日记、设计模式、Java算法、数据库、Zookeeper、分布式缓存、数据结构面试解析+知识点集合等等可以去这个Github链接地址：

https://github.com/ThinkingHan/Java-note 阅读，Star一下吧，感谢支持~