Spring核心与设计思想

最新推荐文章于 2023-08-03 18:16:34 发布

yuuyin

最新推荐文章于 2023-08-03 18:16:34 发布

阅读量336

点赞数 1

分类专栏：框架文章标签： spring java 后端

本文链接：https://blog.csdn.net/qq_53190518/article/details/125660833

版权

框架专栏收录该内容

2 篇文章 0 订阅

订阅专栏

文章目录

Spring是什么
理解 Spring IoC
DI 概念说明
总结

Spring是什么

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

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

此时对于Spring的定义,有两个问题?

什么是容器?

IoC容器又是什么呢?

什么是容器

容器是⽤来容纳某种物品的（基本）装置。 ——来⾃：百度百科

我们想想，之接触的容器有哪些？

List/Map -> 数据存储容器
Tomcat -> Web 容器

什么是IoC容器

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

什么是 IoC？ (一般是面试的第一题)

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

传统程序开发

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

构建⼀辆⻋（Car Class），然⽽⻋需要依赖⻋身(FrameWork Class)，⽽⻋身需要依赖底盘（Bottom Class），⽽底盘需要依赖轮胎（Tire Class），最终程序的实现代码如下

public class NewCarExample {

    public static void main(String[] args) {
        Car car = new Car();
        car.init();
    }

    /**
     * 汽车对象
     */
    static class Car {
        public void init() {
            // 依赖车身
            Framework framework = new Framework();
            framework.init();
        }
    }

    /**
     * 车身类
     */
    static class Framework {
        public void init() {
            // 依赖底盘
            Bottom bottom = new Bottom();
            bottom.init();
        }
    }

    /**
     * 底盘类
     */
    static class Bottom {

        public void init() {
            // 依赖轮胎
            Tire tire = new Tire();
            tire.init();
        }
    }

    /**
     * 轮胎类
     */
    static class Tire {
        // 尺寸
        private int size = 30;

        public void init() {
            System.out.println("轮胎尺寸：" + size);
        }
    }
}

此时就创建了一个轮胎尺寸为 30 的车

传统程序开发的缺陷

以上程序中，轮胎的尺⼨的固定的，然⽽随着对的⻋的需求量越来越⼤，个性化需求也会越来越多，这时候我们就需要加⼯多种尺⼨的轮胎，那这个时候就要对上⾯的程序进⾏修改了，修改后的代码如下所示：

public class NewCarExample {

    public static void main(String[] args) {
        Car car = new Car();
        car.init(15);
    }

    /**
     * 汽车对象
     */
    static class Car {
        public void init(int size) {
            // 依赖车身
            Framework framework = new Framework();
            framework.init(size);
        }
    }

    /**
     * 车身类
     */
    static class Framework {
        public void init(int size) {
            // 依赖底盘
            Bottom bottom = new Bottom();
            bottom.init(size);
        }
    }

    /**
     * 底盘类
     */
    static class Bottom {

        public void init(int size) {
            // 依赖轮胎
            Tire tire = new Tire();
            tire.init(size);
        }
    }

    /**
     * 轮胎类
     */
    static class Tire {
        // 尺寸
//        private int size = 30;

        public void init(int size) {
            System.out.println("轮胎尺寸：" + size);
        }
    }
}

新的功能被做出来了，但是会发现，在进行修改的时候，几乎每个类都发生了变化，这就说明每个类之间的耦合性很强

Tire类做出修改，那么依赖这个类的Buttom类也必须做出适应性修改，同样的，依赖BUttom类的Framework类也得做出适应性修改，Car依赖Framework类，所以说Car类也得做出适应性修改

从以上代码可以看出，以上程序的问题是：当最底层代码改动之后，整个调⽤链上的所有代码都需要修改。

如何解决上述问题呢？

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

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

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

控制反转式程序开发

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

public class IocCarExample {
    public static void main(String[] args) {
        Tire tire = new Tire(50);
        Bottom bottom = new Bottom(tire);
        Framework framework = new Framework(bottom);
        Car car = new Car(framework );
        car.run();
    }

    static class Car {
        private Framework framework;

        public Car(Framework framework) {
            this.framework = framework;
        }

        public void run() {
            framework.init();
        }
    }

    static class Framework {
        private Bottom bottom;

        public Framework(Bottom bottom) {
            this.bottom = bottom;
        }

        public void init() {
            bottom.init();
        }
    }

    static class Bottom {
        private Tire tire;

        public Bottom(Tire tire) {
            this.tire = tire;
        }

        public void init() {
            tire.init();
        }
    }

    static class Tire {
        private int size;



        public Tire(int size) {
            this.size = size;
        }

        public void init() {
            System.out.println("轮胎：" + size);
        }
    }
}

如果说，此时需求发生了改变，不仅仅要选择轮胎的齿轮，还有车子的颜色

public class IocCarExample {
    public static void main(String[] args) {
        Tire tire = new Tire(50, "红色");
        Bottom bottom = new Bottom(tire);
        Framework framework = new Framework(bottom);
        Car car = new Car(framework );
        car.run();
    }

    static class Car {
        private Framework framework;

        public Car(Framework framework) {
            this.framework = framework;
        }

        public void run() {
            framework.init();
        }
    }

    static class Framework {
        private Bottom bottom;

        public Framework(Bottom bottom) {
            this.bottom = bottom;
        }

        public void init() {
            bottom.init();
        }
    }

    static class Bottom {
        private Tire tire;

        public Bottom(Tire tire) {
            this.tire = tire;
        }

        public 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 + " | 颜色：" + color);
        }
    }
}

上述两个代码中，可以看到，做出修改的仅仅只有Tire类和主函数中新加入了一个参数而已。其他类没有做出任何的改变，但是最后的运行结果仍可看出，满足了用户的需求。

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

对⽐总结规律

在传统的代码中对象创建顺序是：Car -> Framework -> Bottom -> Tire

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

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

Ioc优点：

实现代码的解耦
对象生命周期交给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的关系就类似于乐观锁可CAS一样

⽐如说我今天⼼情⽐较好，吃⼀顿好的犒劳犒劳⾃⼰，那么“吃⼀顿好的”是思想和⽬标（是 IoC），

但最后我是吃海底捞还是杨国福？这就是具体的实现，就是 DI。

总结

Spring 是什么？如何理解 Spring？

Spring是一个包含了众多工具方法的Ioc容器

Spring里面有两个最最核心的功能：

将对象（bean）存储到容器（Spring）中
可以从容器（Spring）中读取到一个对象（bean）

IoC 和 DI 是啥？有什么区别？

Ioc是控制反转。控制：对象的创建的控制权限；反转：将对象的控制权限交给spring。

DI是依赖注入

IoC是一种思想，DI是一种具体实现

Spring 最核⼼的功能是啥？

Spring里面有两个最最核心的功能：

将对象（bean）存储到容器（Spring）中
可以从容器（Spring）中读取到一个对象（bean）

yuuyin

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
2
评论
Spring核心与设计思想

我们通常所说的 Spring 指的是 Spring Framework（Spring 框架），它是⼀个开源框架，有着活跃⽽庞⼤的社区，这就是它之所以能⻓久不衰的原因。Spring ⽀持⼴泛的应⽤场景，它可以让 Java 企业级的应⽤程序开发起来更简单。⽤⼀句话概括 Spring：Spring 是包含了众多⼯具⽅法的 IoC 容器。容器是⽤来容纳某种物品的（基本）装置。 ——来⾃：百度百科我们想想，之接触的容器有哪些？Spring 也是⼀个容器，Spring 是什么容器呢？Spring 是⼀个 IoC 容
复制链接

扫一扫