什么是Spring
什么是容器
容器是⽤来容纳某种物品的(基本)装置。
我们想想,我们接触的容器有哪些?
- List/Map -> 数据存储容器
- Tomcat -> Web 容器
什么是IoC
Spring 也是⼀个容器,Spring 是什么容器呢?Spring 是⼀个 IoC 容器。
IoC = Inversion of Control 翻译成中⽂是“控制反转”的意思,也就是说 Spring 是⼀个“控制反转”的容器
传统程序开发
我们现在构建⼀辆“车”的程序,我们的实现思路是这样的:
public class NewCarExample {
public static void main(String[] args) {
Car car = new Car();
car.init();
}
//汽车对象
static class Car {
private void init() {
//依赖车身
Framework framework = new Framework();
framework.init();
}
}
//车身
static class Framework {
private void init() {
//依赖底盘
Bottom bottom = new Bottom();
bottom.init();
}
}
//底盘
static class Bottom {
private void init() {
//依赖轮胎
Tire tire = new Tire();
tire.init();
}
}
//轮胎
static class Tire {
//尺寸
private int size = 17;
private void init() {
System.out.println("轮胎尺寸 -> " + size);
}
}
}
传统程序开发的缺陷
以上程序中,轮胎的尺寸的固定的,然而随着对的⻋的需求量越来越大,个性化需求也会越来越多,这时候我们就需要加工多种尺寸的轮胎,那这个时候就要对上⾯的程序进行修改了,修改后的代码如下所示:
public class NewCarExample2 {
public static void main(String[] args) {
Car car = new Car(20);
car.init();
}
//汽车本身
static class Car {
private Framework framework;
public Car(int size) {
framework = new Framework(size);
}
public void init() {
//依赖车身
framework.init();
}
}
//车身
static class Framework {
private Bottom bottom;
public Framework(int size) {
bottom = new Bottom(size);
}
public void init() {
//依赖底盘
bottom.init();
}
}
//底盘
static class Bottom {
private Tire tire;
public Bottom(int size) {
tire = new Tire(size);
}
public void init() {
//依赖轮胎
tire.init();
}
}
//轮胎
static class Tire {
private int size;
private String color;
public Tire(int size) {
this.size = size;
}
public void init() {
System.out.println("轮胎尺寸 -> " + size);
}
}
}
从以上代码可以看出,以上程序的问题是:当最底层代码改动之后(比如现在需要增加车颜色需求),整个调用链上的所有代码都需要修改。
如何解决上述问题呢?
我们可以尝试不在每个类中自己创建下级类,如果自己创建下级类就会出现当下级类发⽣改变操作,自己也要跟着修改。
此时,我们只需要将原来由自己创建的下级类,改为传递的方式(也就是注入的方式),因为我们不需要在当前类中创建下级类了,所以下级类即使发生变化(创建或减少参数),当前类本身也⽆需修改任何代码,这样就完成了程序的解耦。
解耦指的是解决了代码的耦合性,耦合性也可以换一种叫法叫程序相关性。好的程序代码的耦合性(代码之间的相关性)是很低的,也就是代码之间要实现解耦。
这就好比我们打造一辆完整的汽车,如果所有的配件都是自己造,那么当客户需求发⽣改变的时候,比如轮胎的尺寸不再是原来的尺寸了,那我们要自己动手来改了,但如果我们是把轮胎外包出去,那么即使是轮胎的尺寸发生变变了,我们只需要向代理工厂下订单就⾏了,我们⾃身是不需要出力的。
控制反转式程序开发
基于以上思路,我们把调用汽车的程序示例改造⼀下,把创建子类的方式,改为注入传递的⽅式,具体实现代码如下:
public class NewCarExample3 {
public static void main(String[] args) {
Tire tire = new Tire(15, "黑色");
Bottom bottom = new Bottom(tire);
Framework framework = new Framework(bottom);
Car car = new Car(framework);
car.init();
}
//车本身
static class Car {
private Framework framework;
public Car(Framework framework) {
this.framework = framework;
}
private void init() {
framework.init();
}
}
//车身
static class Framework {
private Bottom bottom;
public Framework(Bottom bottom) {
this.bottom = bottom;
}
private void init() {
bottom.init();
}
}
//底盘
static class Bottom {
private Tire tire;
public Bottom(Tire tire) {
this.tire = tire;
}
private void init() {
tire.init();
}
}
//轮胎
static class Tire {
private int size;
private String color;
public Tire(int size, String color) {
this.size = size;
this.color = color;
}
public void init() {
System.out.println("轮胎尺寸 -> " + size);
System.out.println("颜色 -> " + color);
}
}
}
代码经过以上调整,无论底层类如何变化,整个调用链是不用做任何改变的,这样就完成了代码之间的解耦,从而实现了更加灵活、调用的程序设计了。
对比总结规律
在传统的代码中对象创建顺序是:Car -> Framework -> Bottom -> Tire
我们发现了一个规律:通⽤程序的实现代码,类的创建顺序是反的,传统代码是 Car 控制并创建了 Framework,Framework 创建并创建了 Bottom,依次往下,而改进之后的控制权发生的反转,不再是上级对象创建并控制下级对象了,而是下级对象创建后注入到当前对象中,下级的控制权不再由上级类控制了,这样即使下级类发生任何改变,当前类都是不受影响的,这就是典型的控制反转,也就是 IoC 的实现思想。
理解 Spring IoC
既然 Spring 是一个 IoC(控制反转)容器,重点还在“容器”⼆字上,那么它就具备两个最核心功能:
- 将对象存入到容器;
- 从容器中取出对象;
也就是说学 Spring 最核心的功能,就是学如何将对象存入到 Spring 中,再从 Spring 中获取对象的过程。
将对象存放到容器中的好处:将对象存储在 IoC 容器相当于将以后可能用的所有工具制作好都放到仓库中,需要的时候直接取就行了,用完再把它放回到仓库。而 new 对象的方式相当于,每次需要工具了,才现做,用完就扔掉了也不会保存,下次再用的时候还得重新做,这就是 IoC 容器和普通程序开发的区别。
Spring 是一个 IoC 容器,说的是对象的创建和销毁的权利都交给 Spring 来管理了,它本身又具备了存储对象和获取对象的能力。
DI概念说明
说到 IoC 不得不提的一个词就是“DI”,DI 是 Dependency Injection 的缩写,翻译成中文是“依赖注入”的意思。
所谓依赖注入,就是由 IoC 容器在运行期间,动态地将某种依赖关系注入到对象之中。所以,依 赖注入(DI)和控制反转(IoC)是从不同的角度的描述的同一件事情,就是指通过引⼊ IoC 容 器,利用依赖关系注入的方式,实现对象之间的解耦。
区分:
IoC 是“目标”也是一种思想,而目标和思想只是⼀种指导原则,最终还是要有可行的落地方案,而DI就属于具体的实现。
比如说我今天心情比较好,吃⼀顿好的犒劳犒劳自己,那么“吃一顿好的”是思想和目标(是 IoC),但最后我是吃海底捞还是杨国福?这就是具体的实现,就是 DI。