【JavaEE进阶】 Spring核⼼与设计思想

文章目录

🌲Spring 是什么？

我们通常所说的 Spring 指的是 Spring Framework（Spring 框架），它是⼀个开源框架，有着活跃⽽庞⼤的社区，这就是它之所以能⻓久不衰的原因。Spring ⽀持⼴泛的应⽤场景，它可以让 Java 企业级的应⽤程序开发起来更简单。

⽤⼀句话概括 Spring：Spring 是包含了众多⼯具⽅法的 IoC 容器。

容器是⽤来容纳某种物品的（基本）装置很好理解，那什么是IoC呢？

🎄什么是IoC呢？

Spring 也是⼀个容器，Spring 是什么容器呢？Spring 是⼀个 IoC 容器。

IoC = Inversion of Control 翻译成中⽂是“控制反转”的意思，也就是说 Spring 是⼀个“控制反转”的容器，怎么理解这句话呢，我们先从以下示例开始

🎈传统程序开发

假如，我们现在构建⼀辆“⻋”的程序，我们的实现思路是这样的：

构建⼀辆⻋（Car Class），然⽽⻋需要依赖⻋身(FrameWork Class)，⽽⻋身需要依赖底盘（Bottom
Class），⽽底盘需要依赖轮胎（Tire Class）

代码实现如下：

Car class

packagetradition;publicclassCar{privateFrameWork frameWork;publicCar(){//
        frameWork =newFrameWork();}publicvoidinit(){//启用车System.out.println("车启动，需要依赖车身");
        frameWork.init();}}

FrameWork Class

packagetradition;publicclassFrameWork{privateBottom bottom;publicFrameWork(){
        bottom =newBottom();}publicvoidinit(){//启用车身System.out.println("车身启动，需要依赖地盘");
        bottom.init();}}

Bottom Class

packagetradition;publicclassBottom{privateTire tire;publicBottom(){//构造地盘。需要依赖轮胎
        tire =newTire();}publicvoidinit(){System.out.println("底盘启动，需要依赖车轮");
        tire.init();}}

Tire Class

packagetradition;publicclassTire{privateint size =20;publicTire(){//构造轮胎}publicvoidinit(){//启用轮胎System.out.println("轮胎尺寸为"+size);}}

测试如下：

packagetradition;publicclassApp{publicstaticvoidmain(String[] args){//测试Car car =newCar();
        car.init();}}

测试结果：

这时候一辆简单的车也就构造好了

🎈传统程序开发的缺陷

但是以上程序中，轮胎的尺⼨的固定的，然⽽随着对的⻋的需求量越来越⼤，个性化需求也会越来越多，这时候我们就需要加⼯多种尺⼨的轮胎，那这个时候就要对上⾯的程序进⾏修改了，但是当我们对轮胎的尺寸进行重新构造时，我们发现我们需要对轮胎以上的底盘、车身、车都要重新构造，不然就会出错。代码实现如下：
Car class

packagetradition;publicclassCar{privateFrameWork frameWork;publicCar(int size){//
        frameWork =newFrameWork(size);}publicvoidinit(){//启用车System.out.println("车启动，需要依赖车身");
        frameWork.init();}}

FrameWork Class

packagetradition;publicclassFrameWork{privateBottom bottom;publicFrameWork(int size){
        bottom =newBottom(size);}publicvoidinit(){//启用车身System.out.println("车身启动，需要依赖地盘");
        bottom.init();}}

Bottom Class

packagetradition;publicclassBottom{privateTire tire;publicBottom(int size){//构造地盘。需要依赖轮胎
        tire =newTire(size);}publicvoidinit(){System.out.println("底盘启动，需要依赖车轮");
        tire.init();}}

Tire Class

packagetradition;publicclassTire{privateint size =20;publicTire(int size){//构造轮胎this.size = size;}publicvoidinit(){//启用轮胎System.out.println("轮胎尺寸为"+size);}}

测试如下：

packagetradition;publicclassApp{publicstaticvoidmain(String[] args){//测试Car car =newCar(30);
        car.init();}}

测试结果如下：

上述写法当最底层代码改动之后，整个调⽤链上的所有代码都需要修改。牵一发而动全身，非常的不方便。

🎈如何解决传统程序的缺陷？

我们可以尝试不在每个类中⾃⼰创建下级类，如果⾃⼰创建下级类就会出现当下级类发⽣改变操作，⾃⼰也要跟着修改。

此时，我们只需要将原来由⾃⼰创建的下级类，改为传递的⽅式（也就是注⼊的⽅式），因为我们不需要在当前类中创建下级类了，所以下级类即使发⽣变化（创建或减少参数），当前类本身也⽆需修改任何代码，这样就完成了程序的解耦。

解耦指的是解决了代码的耦合性，耦合性也可以换⼀种叫法叫程序相关性。好的程序代码的耦合性（代码之间的相关性）是很低的，也就是代码之间要实现解耦这就好⽐我们打造⼀辆完整的汽⻋，如果所有的配件都是⾃⼰造，那么当客户需求发⽣改变的时候，⽐如轮胎的尺⼨不再是原来的尺⼨了，那我们要⾃⼰动⼿来改了，但如果我们是把轮胎外包出去，那么即使是轮胎的尺⼨发⽣变变了，我们只需要向代理⼯⼚下订单就⾏了，我们⾃身是不需要出⼒的。

🎈控制反转式程序开发

基于以上思路，我们把调⽤汽⻋的程序示例改造⼀下，把创建⼦类的⽅式，改为注⼊传递的⽅式，具体实现代码如下：
class Car

packageIoC;publicclassCar{privateFrameWork frameWork;publicCar(FrameWork frameWork){this.frameWork = frameWork;}publicvoidinit(){//启用车System.out.println("车启动，需要依赖车身");
        frameWork.init();}}

class FreameWork

packageIoC;publicclassFrameWork{privateBottom bottom;publicFrameWork(Bottom bottom){this.bottom = bottom;}publicvoidinit(){//启用车身System.out.println("车身启动，需要依赖地盘");
        bottom.init();}}

class Bottom

packageIoC;publicclassBottom{privateTire tire;publicBottom(Tire tire){//构造地盘。需要依赖轮胎this.tire = tire;}publicvoidinit(){System.out.println("底盘启动，需要依赖车轮");
        tire.init();}}

class Tire

packageIoC;publicclassTire{privateint size =20;publicTire(int size){//构造轮胎this.size = size;}publicvoidinit(){//启用轮胎System.out.println("轮胎尺寸为"+size);}}

class App

packageIoC;publicclassApp{publicstaticvoidmain(String[] args){Tire tire =newTire(30);Bottom bottom =newBottom(tire);FrameWork frameWork =newFrameWork(bottom);Car car =newCar(frameWork);
        car.init();}}

需要注意的是：

• 在Spring中，我们是不需要像上述测试代码中这样创建对象，具体的方式，博主会在Spring创建与使用中进行介绍

代码经过以上调整，⽆论底层类如何变化，整个调⽤链是不⽤做任何改变的，这样就完成了代码之间的解耦，从⽽实现了更加灵活、通⽤的程序设计了

🎈对⽐总结规律

• 在传统的代码中对象创建顺序是：Car -> Framework -> Bottom -> Tire
• 改进之后解耦的代码的对象创建顺序是：Tire -> Bottom -> Framework -> Car

我们发现了⼀个规：通⽤程序的实现代码，类的创建顺序是反的，传统代码是 Car 控制并创建了
Framework，Framework 创建并创建了 Bottom，依次往下，⽽改进之后的控制权发⽣的反转，不再是上级对象创建并控制下级对象了，⽽是下级对象把注⼊将当前对象中，下级的控制权不再由上级类控制了，这样即使下级类发⽣任何改变，当前类都是不受影响的，这就是典型的控制反转，也就是 IoC 的实现思想

🍀理解 Spring IoC

回到我们的主题 Spring，本⽂刚开始咱们就讲：Spring 是包含了多个⼯具⽅法的 IoC 容器，这就是对Spring 最核⼼的总结。“集成多个⼯具⽅法”这事咱们以后慢慢再讲，那如何理解“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

⭕总结

关于《【JavaEE进阶】 Spring核⼼与设计思想》就讲解到这儿，感谢大家的支持，欢迎各位留言交流以及批评指正，如果文章对您有帮助或者觉得作者写的还不错可以点一下关注，点赞，收藏支持一下！