Wang-nine

记录 Java 后端与 LLM 学习，也整理前端、数据库和工具笔记。

GitHub

1606 字

8 分钟

SSM01-Spring中的Bean

2023-05-23

2023-11-25

后端开发

Spring

简单的介绍了Spring中的架构以及IOC和DI。

Spring FrameWork架构#

Spring Framework是Spring生态圈中最基础的项目，是其他项目的根基

Spirng FrameWork的架构

Spring Framework 以核心容器为基础的能力分层

原理示意：核心容器负责 Bean 的创建、依赖装配和应用上下文，是理解本篇 IoC 与 DI 的入口。在这一基础上，AOP 提供方法增强，数据访问与事务模块协调数据库操作，Web MVC 处理请求与响应。图中按职责分层说明各部分如何使用核心能力，不把它当作某一版本所有模块及依赖的完整清单。

Spring核心概念#

IoC ( Inversion of Control )控制反转#

使用对象时，由主动new产生对象转换为由外部提供对象，此过程中对象创建控制权由程序转移到外部，此思想称为控制反转

Spring技术对IoC思想进行了实现Spring提供了一个容器，称为IoC容器，用来充当IoC思想中的”外部“

IoC容器负责对象的创建、初始化等一系列工作，被创建或被管理的对象在IoC容器中统称为Bean

DI ( Dependency Injection)依赖注入#

在容器中建立bean与bean之间的依赖关系的整个过程，称为依赖注入

IoC入门案例#

思路分析：
1.管理什么? （Service与Dao）
2.如何将被管理的对象告知IoC容器?（配置）
3.被管理的对象交给IoC容器，如何获取到IoC容器?（接口）
4.IoC容器得到后，如何从容器中获取bean ?（接口方法）
5.使用Spring导入哪些坐标?（pom.xml）

非Spring环境下#

案例代码如下：

Service层的代码：
接口：

1
package wang.service;
2

3
public interface Service {
4
    public void save();
5
}

实现：

1
package wang.service.impl;
2

3
import wang.dao.Dao;
4
import wang.dao.impl.DaoImpl;
5
import wang.service.Service;
6

7
public class ServiceImpl implements Service {
8

9
    private Dao dao = new DaoImpl();
10

11
    @Override
12
    public void save() {
13
        System.out.println("Service save() ...");
14
        dao.save();
15
    }
16
}

DAO层的代码：
接口：

1
package wang.dao;
2

3
public interface Dao {
4
    public void save();
5
}

实现：

1
package wang.dao.impl;
2

3
import wang.dao.Dao;
4

5
public class DaoImpl implements Dao {
6
    @Override
7
    public void save() {
8
        System.out.println("Dao save() ...");
9
    }
10
}

主函数代码：

1
package wang;
2

3
import wang.service.Service;
4
import wang.service.impl.ServiceImpl;
5

6
public class App {
7
    public static void main(String[] args) {
8
        Service service = new ServiceImpl();
9
        service.save();
10
    }
11
}

运行结果：
在不使用 Spring 的写法中，主函数主动创建 ServiceImpl，而 ServiceImpl 的属性初始化又主动创建 DaoImpl。调用 service.save() 时，业务层先执行自己的提示语句，再调用 dao.save() 执行数据层逻辑。这段例子的重点是两层协作及对象创建位置：实现类名称直接写进调用代码，更换依赖实现时需要修改这些创建语句，而不只是修改外部配置。

Spring环境下#

别忘记在pom.xml中引入spring-context

1
<dependency>
2
      <groupId>org.springframework</groupId>
3
      <artifactId>spring-context</artifactId>
4
      <version>5.2.10.RELEASE</version>
5
</dependency>

在resources中创建配置文件（名称：applicationContext.xml）：如图
在项目的 resources 资源目录中创建 applicationContext.xml，使它随构建进入运行时类路径。文件以 beans 为根元素，声明正文随后给出的 Spring beans 命名空间与 XML Schema，再用 bean 的 id 指定容器内名称、class 指定实现类全限定名。这里的文件名应与 ClassPathXmlApplicationContext 构造器传入的资源名一致；配置文件的位置和内容才是要点，不依赖编辑器界面的具体样式。

在配置文件中输入以下的代码

1
<?xml version="1.0" encoding="UTF-8"?>
2
<beans xmlns="http://www.springframework.org/schema/beans"
3
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
4
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
5

6
    <!--导入spring的坐标spring-context，对应版本是5.2.10.RELEASE-->
7

8
    <!--配置bean-->
9
    <!--bean标签标示配置bean
10
    id属性标示给bean起名字
11
    class属性表示给bean定义类型-->
12
    <bean id="Dao" class="wang.dao.impl.DaoImpl"/>
13

14
    <bean id="Service" class="wang.service.impl.ServiceImpl"/>
15
</beans>

主函数代码

1
package wang;
2

3
import org.springframework.context.ApplicationContext;
4
import org.springframework.context.support.ClassPathXmlApplicationContext;
5
import wang.service.Service;
6

7
public class App2 {
8
    public static void main(String[] args) {
9
        // 获取IoC容器
10
        ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
11

12
        // 获取Bean
13
        Service service = (Service) ctx.getBean("Service");
14
        service.save();
15
    }
16
}

此时运行样例与非Spring方式相同如下：
主函数现在先读取 applicationContext.xml 建立容器，再按名称 Service 取出业务对象，随后仍然调用同一个 save() 方法，所以业务调用链的职责没有改变。不过此时 ServiceImpl 内部的 Dao 仍然由属性初始化中的 new 创建，配置中另外声明一个 Dao Bean 不会自动替换它。这个阶段完成的是对象获取方式的切换，下一步还需用依赖注入建立两个 Bean 之间的关系。

综上：可以分为四步

1.导入Spring坐标

2.定义Spring管理的类（接口）

3.创建Spring配置文件进行配置

4.初始化IoC容器，从容器中获取Bean（getBean方法）

问题：业务层中仍然是使用new创建对象，仍然耦合，那么如何解耦合呢？

DI入门案例#

思路分析：
1.基于IoC管理bean
2.Service使用new形式创建的Dao对象是否保留?（否）
3.Service中需要的Dao对象如何进入到service中?（提供方法）
4.Service与Dao间的关系如何描述?（配置）

改变Service层实现代码如下

1
package wang.service.impl;
2

3
import wang.dao.Dao;
4
import wang.service.Service;
5

6
public class ServiceImpl implements Service {
7
    // 删除业务层以new的方式创建Dao对象
8
    //private Dao dao = new DaoImpl();
9
    private Dao dao;
10

11
    @Override
12
    public void save() {
13
        System.out.println("Service save() ...");
14
        dao.save();
15
    }
16

17
    // 提供对应的set方法
18
    public void setDao(Dao dao) {
19
        this.dao = dao;
20
    }
21
}

修改applicationContext.xml中配置：

1
<bean id="Service" class="wang.service.impl.ServiceImpl">
2
        <!--7.配置server与dao的关系-->
3
        <!--property标签表示配置当前bean的属性
4
        name属性表示配置哪一个具体的属性
5
        ref属性表示参照哪一个bean-->
6
        <property name="dao" ref="Dao"/>
7
    </bean>

注意：name是上述的（private Dao dao;）语句中的变量名，ref是bean的名字。

运行结果与上述一样：
容器通过 setDao 装配 Service 与 Dao

原理示意：容器创建 Service 与 Dao 后，依据 property 的 name 找到 dao 属性对应的 setter，再把 ref 指向的 Dao Bean 传入。Service 不再自行 new DaoImpl，但运行时仍按原来的业务链路调用 dao.save()。因此调用职责保持不变，改变的是依赖对象的来源；属性名与 Bean 名称是不同的配置概念。

综上：可以分为三步