Spring源码剖析（一）-Spring整体介绍及IoC

alsoapig

已于 2023-04-16 23:15:30 修改

阅读量135

点赞数

分类专栏： Spring 文章标签： java spring

于 2023-04-16 23:12:50 首次发布

本文链接：https://blog.csdn.net/alsoapig/article/details/130185244

版权

Spring 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

前言

工作中使用Spring也有很多年的时间了，一直没有梳理这方面的知识。最近想通过写技术博客的方式重温下Spring的源码，也对自己以往的知识做个回顾和梳理。

什么是Spring

现在有ChatGPT了，我们看下ChatGPT的答案：

Spring是一个开源的、轻量级的Java框架，提供了一个全面的解决方案，用于构建企业级应用程序。它包含多个模块和组件，其中最常用的是Spring
MVC、Spring Boot、Spring Data和Spring Security。

Spring通过IoC（控制反转）和AOP（面向切面编程）等特性，为开发人员提供了一个易于使用且高效的编程模型。通过Spring的IoC容器，可以将对象之间的依赖关系委托给Spring来管理，从而使得代码更具有松耦合性和可重用性。同时，Spring的AOP能够帮助我们将通用的横切关注点（如日志记录、缓存处理、事务管理等）与核心业务逻辑分离出来，从而提高应用程序的模块化程度和可维护性。

除此之外，Spring还提供了强大的数据访问层框架（Spring Data）、Web应用程序开发框架（Spring
MVC）、简化配置和部署过程的快速开发框架（Spring Boot）、安全性框架（Spring
Security）等工具和组件，以帮助开发人员快速构建高质量、高性能、易于维护的企业级Java应用程序。

首先，可以看到Spring是一套Java的解决方案，包含很多项目，比如SpringMVC，Spring Boot，Spring Data等，也就是我们常说的Spring全家桶。我们常说的Spring，一般是指Spring Framework，下文所说的Spring都是指Spring Framework。

ChatGPT的答案指出了Spring的两个重要特性：IoC和AOP，后面的文章我会逐步剖析这两个特性。

IoC

我们看下ChatGPT的答案：

IoC是指控制反转（Inversion of Control），也叫依赖注入（Dependency
Injection）。它是一种设计模式，用于降低代码之间的耦合度，提高应用程序的可重用性和可维护性。

在传统的编程模型中，对象间的依赖关系由调用者来创建和管理。但是，在IoC模式下，对象的创建和管理被转移到了容器（例如Spring容器）中去完成。容器负责创建对象、维护对象之间的依赖关系，并将依赖关系注入到对象中，从而让对象能够相互协作。这样，我们只需要通过配置文件或注解等方式告诉容器所需的依赖关系，就能够实现对象之间的解耦和松散耦合。

IoC模式的优点是可以减少代码之间的耦合度，增加代码的可重用性和可维护性。同时，它能够使得对象的创建和管理变得更加灵活和可扩展，以适应不同的需求和场景。在Spring
Framework中，IoC是一个非常重要的概念，它被广泛地应用于各个层面，包括数据访问层、业务逻辑层、Web层等。

感觉有点太依赖ChatGPT了，以后AI是不是可以替我写文章了o(￣▽￣)ｄ。
IoC翻译成控制翻转，但这个词太难理解了，一般我们成为依赖注入，这样好理解多了。
举个例子，我们定义一个公司类：

public class Company {
	private Employer boss;
	
	private Employee worker;
	
	public Company(Employer boss, Employee worker) {
        this.boss = boss;
        this.worker = worker;
    }

    public void setBoss(Employer boss) {
        this.boss = boss;
    }

    public void setWorker(Employee worker) {
        this.worker = worker;
    }
}

公司有两个成员boss（老板）和worker（员工），公司依赖于老板和员工，毕竟没有老板和员工就没有公司 (⊙﹏⊙)。
那么不用Spring的时候，我们怎么实例化公司？

先new一个“老板”，再new一个“员工”
再通过公司的构造函数或者set函数把老板和员工注入公司

这样做有很多缺点：

每次都要new，如果有很多成员变量，得new很多次，还要手动调用构造函数或set函数把依赖注入进去
如果成员变量比如boss还有自己的依赖，比如wife，那么在new boss之前先new wife，如果wife还有依赖，一环套一环，为了new一个公司，得提前new很多依赖，以及依赖的依赖
代码耦合高，如果boss的构造函数改了，那么所有new boss的地方都要重写

这时如果有一个容器，专门负责创建对象、维护对象之间的依赖关系，并将依赖关系注入到对象中，比如这个容器可以自动创建boss和worker，并注入到company中；当我们需要某个对象时，不用自己new，直接从容器中获取。这样我们就不用自己写那么多代码，也降低了耦合性。
这也引出两个问题：