spring第二天
Spring_day02
今日目标
- 掌握 IOC/DI 配置管理第三方 bean
- 掌握 IOC/DI 的注解开发
- 掌握 IOC/DI 注解管理第三方 bean
- 完成 Spring 与 Mybatis 及 Junit 的整合开发
1,IOC/DI 配置管理第三方 bean
前面所讲的知识点都是基于我们自己写的类,现在如果有需求让我们去管理第三方 jar 包中的类,该如何管理?
1.1 案例:数据源对象管理
在这一节中,我们将通过一个案例来学习下对于第三方 bean 该如何进行配置管理。
以后我们会用到很多第三方的 bean,本次案例将使用咱们前面提到过的数据源Druid(德鲁伊)
和C3P0
来配置学习下。
1.1.1 环境准备
学习之前,先来准备下案例环境:
创建一个 Maven 项目
pom.xml 添加依赖
1
2
3
4
5
6
7<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>resources 下添加 spring 的配置文件 applicationContext.xml
1
2
3
4
5
6
7
8
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
</beans>编写一个运行类 App
1
2
3
4
5public class App {
public static void main(String[] args) {
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
}
}
1.1.2 思路分析
在上述环境下,我们来对数据源进行配置管理,先来分析下思路:
需求:使用 Spring 的 IOC 容器来管理 Druid 连接池对象
1.使用第三方的技术,需要在 pom.xml 添加依赖
2.在配置文件中将【第三方的类】制作成一个 bean,让 IOC 容器进行管理
3.数据库连接需要基础的四要素
驱动
、连接
、用户名
和密码
,【如何注入】到对应的 bean 中4.从 IOC 容器中获取对应的 bean 对象,将其打印到控制台查看结果
思考:
- 第三方的类指的是什么?
- 如何注入数据库连接四要素?
1.1.3 实现 Druid 管理
带着这两个问题,把下面的案例实现下:
步骤 1:导入druid
的依赖
pom.xml 中添加依赖
1 | <dependency> |
步骤 2:配置第三方 bean
在 applicationContext.xml 配置文件中添加DruidDataSource
的配置
1 |
|
说明:
- driverClassName:数据库驱动
- url:数据库连接地址
- username:数据库连接用户名
- password:数据库连接密码
- 数据库连接的四要素要和自己使用的数据库信息一致。
步骤 3:从 IOC 容器中获取对应的 bean 对象
1 | public class App { |
步骤 4:运行程序
打印如下结果: 说明第三方 bean 对象已经被 spring 的 IOC 容器进行管理
做完案例后,我们可以将刚才思考的两个问题答案说下:
第三方的类指的是什么?
1
DruidDataSource
如何注入数据库连接四要素?
1
setter注入
1.1.4 实现 C3P0 管理
完成了 DruidDataSource 的管理,接下来我们再来加深下练习,这次我们来管理C3P0
数据源,具体的实现步骤是什么呢?
需求:使用 Spring 的 IOC 容器来管理 C3P0 连接池对象
实现方案和上面基本一致,重点要关注管理的是哪个 bean 对象`?
步骤 1:导入C3P0
的依赖
pom.xml 中添加依赖
1 | <dependency> |
对于新的技术,不知道具体的坐标该如何查找?
直接百度搜索
从 mvn 的仓库
https://mvnrepository.com/
中进行搜索
步骤 2:配置第三方 bean
在 applicationContext.xml 配置文件中添加配置
1 | <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> |
==注意:==
- ComboPooledDataSource 的属性是通过 setter 方式进行注入
- 想注入属性就需要在 ComboPooledDataSource 类或其上层类中有提供属性对应的 setter 方法
- C3P0 的四个属性和 Druid 的四个属性是不一样的
步骤 3:运行程序
程序会报错,错误如下
报的错为==ClassNotFoundException==,翻译出来是类没有发现的异常
,具体的类为com.mysql.jdbc.Driver
。错误的原因是缺少 mysql 的驱动包。
分析出错误的原因,具体的解决方案就比较简单,只需要在 pom.xml 把驱动包引入即可。
1 | <dependency> |
添加完 mysql 的驱动包以后,再次运行 App,就可以打印出结果:
注意:
- 数据连接池在配置属性的时候,除了可以注入数据库连接四要素外还可以配置很多其他的属性,具体都有哪些属性用到的时候再去查,一般配置基础的四个,其他都有自己的默认值
- Druid 和 C3P0 在没有导入 mysql 驱动包的前提下,一个没报错一个报错,说明 Druid 在初始化的时候没有去加载驱动,而 C3P0 刚好相反
- Druid 程序运行虽然没有报错,但是当调用 DruidDataSource 的 getConnection()方法获取连接的时候,也会报找不到驱动类的错误
1.2 加载 properties 文件
上节中我们已经完成两个数据源druid
和C3P0
的配置,但是其中包含了一些问题,我们来分析下:
- 这两个数据源中都使用到了一些固定的常量如数据库连接四要素,把这些值写在 Spring 的配置文件中不利于后期维护
- 需要将这些值提取到一个外部的 properties 配置文件中
- Spring 框架如何从配置文件中读取属性值来配置就是接下来要解决的问题。
问题提出来后,具体该如何实现?
1.2.1 第三方 bean 属性优化
1.2.1.1 实现思路
需求:将数据库连接四要素提取到 properties 配置文件,spring 来加载配置信息并使用这些信息来完成属性注入。
1.在 resources 下创建一个 jdbc.properties(文件的名称可以任意)
2.将数据库连接四要素配置到配置文件中
3.在 Spring 的配置文件中加载 properties 文件
4.使用加载到的值实现属性注入
其中第 3,4 步骤是需要大家重点关注,具体是如何实现。
1.2.1.2 实现步骤
步骤 1:准备 properties 配置文件
resources 下创建一个 jdbc.properties 文件,并添加对应的属性键值对
1 | jdbc.driver=com.mysql.jdbc.Driver |
步骤 2:开启context
命名空间
在 applicationContext.xml 中开context
命名空间
1 |
|
步骤 3:加载 properties 配置文件
在配置文件中使用context
命名空间下的标签来加载 properties 配置文件
1 | <context:property-placeholder location="jdbc.properties"/> |
步骤 4:完成属性注入
使用${key}
来读取 properties 配置文件中的内容并完成属性注入
1 |
|
至此,读取外部 properties 配置文件中的内容就已经完成。
1.2.2 读取单个属性
1.2.2.1 实现思路
对于上面的案例,效果不是很明显,我们可以换个案例来演示下:
需求:从 properties 配置文件中读取 key 为 name 的值,并将其注入到 BookDao 中并在 save 方法中进行打印。
1.在项目中添加 BookDao 和 BookDaoImpl 类
2.为 BookDaoImpl 添加一个 name 属性并提供 setter 方法
3.在 jdbc.properties 中添加数据注入到 bookDao 中打印方便查询结果
4.在 applicationContext.xml 添加配置完成配置文件加载、属性注入(${key})
1.2.2.2 实现步骤
步骤 1:在项目中添对应的类
BookDao 和 BookDaoImpl 类,并在 BookDaoImpl 类中添加name
属性与 setter 方法
1 | public interface BookDao { |
步骤 2:完成配置文件的读取与注入
在 applicationContext.xml 添加配置,bean的配置管理
、读取外部properties
、依赖注入
:
1 |
|
步骤 3:运行程序
在 App 类中,从 IOC 容器中获取 bookDao 对象,调用方法,查看值是否已经被获取到并打印控制台
1 | public class App { |
1.2.2.3 注意事项
至此,读取 properties 配置文件中的内容就已经完成,但是在使用的时候,有些注意事项:
问题一:键值对的 key 为
username
引发的问题1.在 properties 中配置键值对的时候,如果 key 设置为
username
1
username=root666
2.在 applicationContext.xml 注入该属性
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd">
<context:property-placeholder location="jdbc.properties"/>
<bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl">
<property name="name" value="${username}"/>
</bean>
</beans>3.运行后,在控制台打印的却不是
root666
,而是自己电脑的用户名4.出现问题的原因是
<context:property-placeholder/>
标签会加载系统的环境变量,而且环境变量的值会被优先加载,如何查看系统的环境变量?1
2
3
4public static void main(String[] args) throws Exception{
Map<String, String> env = System.getenv();
System.out.println(env);
}大家可以自行运行,在打印出来的结果中会有一个 USERNAME=XXX[自己电脑的用户名称]
5.解决方案
1
2
3
4
5
6
7
8
9
10
11
12
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd">
<context:property-placeholder location="jdbc.properties" system-properties-mode="NEVER"/>
</beans>system-properties-mode:设置为 NEVER,表示不加载系统属性,就可以解决上述问题。
当然还有一个解决方案就是避免使用
username
作为属性的key
。问题二:当有多个 properties 配置文件需要被加载,该如何配置?
1.调整下配置文件的内容,在 resources 下添加
jdbc.properties
,jdbc2.properties
,内容如下:jdbc.properties
1
2
3
4jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=jdbc:mysql://127.0.0.1:3306/spring_db
jdbc.username=root
jdbc.password=rootjdbc2.properties
1
username=root666
2.修改 applicationContext.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context.xsd">
<!--方式一 -->
<context:property-placeholder location="jdbc.properties,jdbc2.properties" system-properties-mode="NEVER"/>
<!--方式二-->
<context:property-placeholder location="*.properties" system-properties-mode="NEVER"/>
<!--方式三 -->
<context:property-placeholder location="classpath:*.properties" system-properties-mode="NEVER"/>
<!--方式四-->
<context:property-placeholder location="classpath*:*.properties" system-properties-mode="NEVER"/>
</beans>说明:
- 方式一:可以实现,如果配置文件多的话,每个都需要配置
- 方式二:
*.properties
代表所有以 properties 结尾的文件都会被加载,可以解决方式一的问题,但是不标准 - 方式三:标准的写法,
classpath:
代表的是从根路径下开始查找,但是只能查询当前项目的根路径 - 方式四:不仅可以加载当前项目还可以加载当前项目所依赖的所有项目的根路径下的 properties 配置文件
1.2.3 加载 properties 文件小结
本节主要讲解的是 properties 配置文件的加载,需要掌握的内容有:
如何开启
context
命名空间如何加载 properties 配置文件
1
<context:property-placeholder location="" system-properties-mode="NEVER"/>
如何在 applicationContext.xml 引入 properties 配置文件中的值
1
${key}
2,核心容器
前面已经完成 bean 与依赖注入的相关知识学习,接下来我们主要学习的是 IOC 容器中的==核心容器==。
这里所说的核心容器,大家可以把它简单的理解为ApplicationContext
,前面虽然已经用到过,但是并没有系统的学习,接下来咱们从以下几个问题入手来学习下容器的相关知识:
- 如何创建容器?
- 创建好容器后,如何从容器中获取 bean 对象?
- 容器类的层次结构是什么?
- BeanFactory 是什么?
2.1 环境准备
在学习和解决上述问题之前,先来准备下案例环境:
创建一个 Maven 项目
pom.xml 添加 Spring 的依赖
1
2
3
4
5
6
7<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>resources 下添加 applicationContext.xml
1
2
3
4
5
6
7
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl"/>
</beans>添加 BookDao 和 BookDaoImpl 类
1
2
3
4
5
6
7
8public interface BookDao {
public void save();
}
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println("book dao save ..." );
}
}创建运行类 App
1
2
3
4
5
6
7public class App {
public static void main(String[] args) {
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
BookDao bookDao = (BookDao) ctx.getBean("bookDao");
bookDao.save();
}
}
最终创建好的项目结构如下:
2.2 容器
2.2.1 容器的创建方式
案例中创建ApplicationContext
的方式为:
1 | ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml"); |
这种方式翻译为:==类路径下的 XML 配置文件==
除了上面这种方式,Spring 还提供了另外一种创建方式为:
1 | ApplicationContext ctx = new FileSystemXmlApplicationContext("applicationContext.xml"); |
这种方式翻译为:==文件系统下的 XML 配置文件==
使用这种方式,运行,会出现如下错误:
从错误信息中能发现,这种方式是从项目路径下开始查找applicationContext.xml
配置文件的,所以需要将其修改为:
1 | ApplicationContext ctx = new FileSystemXmlApplicationContext("D:\\workspace\\spring\\spring_10_container\\src\\main\\resources\\applicationContext.xml"); |
说明:大家练习的时候,写自己的具体路径。
这种方式虽能实现,但是当项目的位置发生变化后,代码也需要跟着改,耦合度较高,不推荐使用。
2.2.2 Bean 的三种获取方式
方式一,就是目前案例中获取的方式:
1 | BookDao bookDao = (BookDao) ctx.getBean("bookDao"); |
这种方式存在的问题是每次获取的时候都需要进行类型转换,有没有更简单的方式呢?
方式二:
1 | BookDao bookDao = ctx.getBean("bookDao",BookDao.class); |
这种方式可以解决类型强转问题,但是参数又多加了一个,相对来说没有简化多少。
方式三:
1 | BookDao bookDao = ctx.getBean(BookDao.class); |
这种方式就类似我们之前所学习依赖注入中的按类型注入。必须要确保 IOC 容器中该类型对应的 bean 对象只能有一个。
2.2.3 容器类层次结构
(1)在 IDEA 中双击shift
,输入 BeanFactory
(2)点击进入 BeanFactory 类,ctrl+h,就能查看到如下结构的层次关系
从图中可以看出,容器类也是从无到有根据需要一层层叠加上来的,大家重点理解下这种设计思想。
2.2.4 BeanFactory 的使用
使用 BeanFactory 来创建 IOC 容器的具体实现方式为:
1 | public class AppForBeanFactory { |
为了更好的看出BeanFactory
和ApplicationContext
之间的区别,在 BookDaoImpl 添加如下构造函数:
1 | public class BookDaoImpl implements BookDao { |
如果不去获取 bean 对象,打印会发现:
BeanFactory 是延迟加载,只有在获取 bean 对象的时候才会去创建
ApplicationContext 是立即加载,容器加载的时候就会创建 bean 对象
ApplicationContext 要想成为延迟加载,只需要按照如下方式进行配置
1
2
3
4
5
6
7
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl" lazy-init="true"/>
</beans>
小结
这一节中所讲的知识点包括:
容器创建的两种方式
- ClassPathXmlApplicationContext[掌握]
- FileSystemXmlApplicationContext[知道即可]
获取 Bean 的三种方式
- getBean(“名称”):需要类型转换
- getBean(“名称”,类型.class):多了一个参数
- getBean(类型.class):容器中不能有多个该类的 bean 对象
上述三种方式,各有各的优缺点,用哪个都可以。
容器类层次结构
- 只需要知晓容器的最上级的父接口为 BeanFactory 即可
BeanFactory
- 使用 BeanFactory 创建的容器是延迟加载
- 使用 ApplicationContext 创建的容器是立即加载
- 具体 BeanFactory 如何创建只需要了解即可。
2.2 核心容器总结
这节中没有新的知识点,只是对前面知识的一个大总结,共包含如下内容:
2.2.1 容器相关
- BeanFactory 是 IoC 容器的顶层接口,初始化 BeanFactory 对象时,加载的 bean 延迟加载
- ApplicationContext 接口是 Spring 容器的核心接口,初始化时 bean 立即加载
- ApplicationContext 接口提供基础的 bean 操作相关方法,通过其他接口扩展其功能
- ApplicationContext 接口常用初始化类
- ==ClassPathXmlApplicationContext(常用)==
- FileSystemXmlApplicationContext
2.2.2 bean 相关
其实整个配置中最常用的就两个属性==id==和==class==。
把 scope、init-method、destroy-method 框起来的原因是,后面注解在讲解的时候还会用到,所以大家对这三个属性关注下。
2.2.3 依赖注入相关
3,IOC/DI 注解开发
Spring 的 IOC/DI 对应的配置开发就已经讲解完成,但是使用起来相对来说还是比较复杂的,复杂的地方在==配置文件==。
前面咱们聊 Spring 的时候说过,Spring 可以简化代码的开发,到现在并没有体会到。
所以 Spring 到底是如何简化代码开发的呢?
要想真正简化开发,就需要用到 Spring 的注解开发,Spring 对注解支持的版本历程:
- 2.0 版开始支持注解
- 2.5 版注解功能趋于完善
- 3.0 版支持纯注解开发
关于注解开发,我们会讲解两块内容注解开发定义bean
和纯注解开发
。
注解开发定义 bean 用的是 2.5 版提供的注解,纯注解开发用的是 3.0 版提供的注解。
3.1 环境准备
在学习注解开发之前,先来准备下案例环境:
创建一个 Maven 项目
pom.xml 添加 Spring 的依赖
1
2
3
4
5
6
7<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>resources 下添加 applicationContext.xml
1
2
3
4
5
6
7
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl"/>
</beans>添加 BookDao、BookDaoImpl、BookService、BookServiceImpl 类
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18public interface BookDao {
public void save();
}
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println("book dao save ..." );
}
}
public interface BookService {
public void save();
}
public class BookServiceImpl implements BookService {
public void save() {
System.out.println("book service save ...");
}
}创建运行类 App
1
2
3
4
5
6
7public class App {
public static void main(String[] args) {
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
BookDao bookDao = (BookDao) ctx.getBean("bookDao");
bookDao.save();
}
}
最终创建好的项目结构如下:
3.2 注解开发定义 bean
在上述环境的基础上,我们来学一学 Spring 是如何通过注解实现 bean 的定义开发?
步骤 1:删除原 XML 配置
将配置文件中的<bean>
标签删除掉
1 | <bean id="bookDao" class="com.itheima.dao.impl.BookDaoImpl"/> |
步骤 2:Dao 上添加注解
在 BookDaoImpl 类上添加@Component
注解
1 |
|
==注意:@Component 注解不可以添加在接口上,因为接口是无法创建对象的。==
XML 与注解配置的对应关系:
步骤 3:配置 Spring 的注解包扫描
为了让 Spring 框架能够扫描到写在类上的注解,需要在配置文件上进行包扫描
1 |
|
说明:
component-scan
- component:组件,Spring 将管理的 bean 视作自己的一个组件
- scan:扫描
base-package 指定 Spring 框架扫描的包路径,它会扫描指定包及其子包中的所有类上的注解。
- 包路径越多[如:com.itheima.dao.impl],扫描的范围越小速度越快
- 包路径越少[如:com.itheima],扫描的范围越大速度越慢
- 一般扫描到项目的组织名称即 Maven 的 groupId 下[如:com.itheima]即可。
步骤 4:运行程序
运行App
类查看打印结果
步骤 5:Service 上添加注解
在 BookServiceImpl 类上也添加@Component
交给 Spring 框架管理
1 |
|
步骤 6:运行程序
在 App 类中,从 IOC 容器中获取 BookServiceImpl 对应的 bean 对象,打印
1 | public class App { |
打印观察结果,两个 bean 对象都已经打印到控制台
说明:
BookServiceImpl 类没有起名称,所以在 App 中是按照类型来获取 bean 对象
@Component 注解如果不起名称,会有一个默认值就是
当前类名首字母小写
,所以也可以按照名称获取,如1
2BookService bookService = (BookService)ctx.getBean("bookServiceImpl");
System.out.println(bookService);
对于@Component 注解,还衍生出了其他三个注解@Controller
、@Service
、@Repository
通过查看源码会发现:
这三个注解和@Component 注解的作用是一样的,为什么要衍生出这三个呢?
方便我们后期在编写类的时候能很好的区分出这个类是属于表现层
、业务层
还是数据层
的类。
知识点 1:@Component 等
名称 | @Component/@Controller/@Service/@Repository |
---|---|
类型 | 类注解 |
位置 | 类定义上方 |
作用 | 设置该类为 spring 管理的 bean |
属性 | value(默认):定义 bean 的 id |
3.2 纯注解开发模式
上面已经可以使用注解来配置 bean,但是依然有用到配置文件,在配置文件中对包进行了扫描,Spring 在 3.0 版已经支持纯注解开发
- Spring3.0 开启了纯注解开发模式,使用 Java 类替代配置文件,开启了 Spring 快速开发赛道
具体如何实现?
3.2.1 思路分析
实现思路为:
- 将配置文件 applicationContext.xml 删除掉,使用类来替换。
3.2.2 实现步骤
步骤 1:创建配置类
创建一个配置类SpringConfig
1 | public class SpringConfig { |
步骤 2:标识该类为配置类
在配置类上添加@Configuration
注解,将其标识为一个配置类,替换applicationContext.xml
1 |
|
步骤 3:用注解替换包扫描配置
在配置类上添加包扫描注解@ComponentScan
替换<context:component-scan base-package=""/>
1 |
|
步骤 4:创建运行类并执行
创建一个新的运行类AppForAnnotation
1 | public class AppForAnnotation { |
运行 AppForAnnotation,可以看到两个对象依然被获取成功
至此,纯注解开发的方式就已经完成了,主要内容包括:
Java 类替换 Spring 核心配置文件
@Configuration 注解用于设定当前类为配置类
@ComponentScan 注解用于设定扫描路径,此注解只能添加一次,多个数据请用数组格式
1
@ComponentScan({com.itheima.service","com.itheima.dao"})
读取 Spring 核心配置文件初始化容器对象切换为读取 Java 配置类初始化容器对象
1
2
3
4//加载配置文件初始化容器
ApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
//加载配置类初始化容器
ApplicationContext ctx = new AnnotationConfigApplicationContext(SpringConfig.class);
知识点 1:@Configuration
名称 | @Configuration |
---|---|
类型 | 类注解 |
位置 | 类定义上方 |
作用 | 设置该类为 spring 配置类 |
属性 | value(默认):定义 bean 的 id |
知识点 2:@ComponentScan
名称 | @ComponentScan |
---|---|
类型 | 类注解 |
位置 | 类定义上方 |
作用 | 设置 spring 配置类扫描路径,用于加载使用注解格式定义的 bean |
属性 | value(默认):扫描路径,此路径可以逐层向下扫描 |
小结:
这一节重点掌握的是使用注解完成 Spring 的 bean 管理,需要掌握的内容为:
- 记住@Component、@Controller、@Service、@Repository 这四个注解
- applicationContext.xml 中
<context:component-san/>
的作用是指定扫描包路径,注解为@ComponentScan - @Configuration 标识该类为配置类,使用类替换 applicationContext.xml 文件
- ClassPathXmlApplicationContext 是加载 XML 配置文件
- AnnotationConfigApplicationContext 是加载配置类
3.3 注解开发 bean 作用范围与生命周期管理
使用注解已经完成了 bean 的管理,接下来按照前面所学习的内容,将通过配置实现的内容都换成对应的注解实现,包含两部分内容:bean作用范围
和bean生命周期
。
3.3.1 环境准备
老规矩,学习之前先来准备环境:
创建一个 Maven 项目
pom.xml 添加 Spring 的依赖
1
2
3
4
5
6
7<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>添加一个配置类
SpringConfig
1
2
3
4
public class SpringConfig {
}添加 BookDao、BookDaoImpl 类
1
2
3
4
5
6
7
8
9public interface BookDao {
public void save();
}
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println("book dao save ..." );
}
}创建运行类 App
1
2
3
4
5
6
7
8
9public class App {
public static void main(String[] args) {
AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(SpringConfig.class);
BookDao bookDao1 = ctx.getBean(BookDao.class);
BookDao bookDao2 = ctx.getBean(BookDao.class);
System.out.println(bookDao1);
System.out.println(bookDao2);
}
}
最终创建好的项目结构如下:
3.3.2 Bean 的作用范围
(1)先运行 App 类,在控制台打印两个一摸一样的地址,说明默认情况下 bean 是单例
(2)要想将 BookDaoImpl 变成非单例,只需要在其类上添加@scope
注解
1 |
|
再次执行 App 类,打印结果:
知识点 1:@Scope
名称 | @Scope |
---|---|
类型 | 类注解 |
位置 | 类定义上方 |
作用 | 设置该类创建对象的作用范围 可用于设置创建出的 bean 是否为单例对象 |
属性 | value(默认):定义 bean 作用范围, ==默认值 singleton(单例),可选值 prototype(非单例)== |
3.3.3 Bean 的生命周期
(1)在 BookDaoImpl 中添加两个方法,init
和destroy
,方法名可以任意
1 |
|
(2)如何对方法进行标识,哪个是初始化方法,哪个是销毁方法?
只需要在对应的方法上添加@PostConstruct
和@PreDestroy
注解即可。
1 |
|
(3)要想看到两个方法执行,需要注意的是destroy
只有在容器关闭的时候,才会执行,所以需要修改 App 的类
1 | public class App { |
(4)运行 App,类查看打印结果,证明 init 和 destroy 方法都被执行了。
==注意:@PostConstruct 和@PreDestroy 注解如果找不到,需要导入下面的 jar 包==
1 | <dependency> |
找不到的原因是,从 JDK9 以后 jdk 中的 javax.annotation 包被移除了,这两个注解刚好就在这个包中。
知识点 1:@PostConstruct
名称 | @PostConstruct |
---|---|
类型 | 方法注解 |
位置 | 方法上 |
作用 | 设置该方法为初始化方法 |
属性 | 无 |
知识点 2:@PreDestroy
名称 | @PreDestroy |
---|---|
类型 | 方法注解 |
位置 | 方法上 |
作用 | 设置该方法为销毁方法 |
属性 | 无 |
小结
3.4 注解开发依赖注入
Spring 为了使用注解简化开发,并没有提供构造函数注入
、setter注入
对应的注解,只提供了自动装配的注解实现。
3.4.1 环境准备
在学习之前,把案例环境介绍下:
创建一个 Maven 项目
pom.xml 添加 Spring 的依赖
1
2
3
4
5
6
7<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>添加一个配置类
SpringConfig
1
2
3
4
public class SpringConfig {
}添加 BookDao、BookDaoImpl、BookService、BookServiceImpl 类
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23public interface BookDao {
public void save();
}
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println("book dao save ..." );
}
}
public interface BookService {
public void save();
}
public class BookServiceImpl implements BookService {
private BookDao bookDao;
public void setBookDao(BookDao bookDao) {
this.bookDao = bookDao;
}
public void save() {
System.out.println("book service save ...");
bookDao.save();
}
}创建运行类 App
1
2
3
4
5
6
7public class App {
public static void main(String[] args) {
AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(SpringConfig.class);
BookService bookService = ctx.getBean(BookService.class);
bookService.save();
}
}
最终创建好的项目结构如下:
环境准备好后,运行后会发现有问题
出现问题的原因是,在 BookServiceImpl 类中添加了 BookDao 的属性,并提供了 setter 方法,但是目前是没有提供配置注入 BookDao 的,所以 bookDao 对象为 Null,调用其 save 方法就会报控指针异常
。
3.4.2 注解实现按照类型注入
对于这个问题使用注解该如何解决?
(1) 在 BookServiceImpl 类的 bookDao 属性上添加@Autowired
注解
1 |
|
注意:
- @Autowired 可以写在属性上,也可也写在 setter 方法上,最简单的处理方式是
写在属性上并将setter方法删除掉
- 为什么 setter 方法可以删除呢?
- 自动装配基于反射设计创建对象并通过暴力反射为私有属性进行设值
- 普通反射只能获取 public 修饰的内容
- 暴力反射除了获取 public 修饰的内容还可以获取 private 修改的内容
- 所以此处无需提供 setter 方法
(2)@Autowired 是按照类型注入,那么对应 BookDao 接口如果有多个实现类,比如添加 BookDaoImpl2
1 |
|
这个时候再次运行 App,就会报错
此时,按照类型注入就无法区分到底注入哪个对象,解决方案:按照名称注入
先给两个 Dao 类分别起个名称
1
2
3
4
5
6
7
8
9
10
11
12
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println("book dao save ..." );
}
}
public class BookDaoImpl2 implements BookDao {
public void save() {
System.out.println("book dao save ...2" );
}
}此时就可以注入成功,但是得思考个问题:
@Autowired 是按照类型注入的,给 BookDao 的两个实现起了名称,它还是有两个 bean 对象,为什么不报错?
@Autowired 默认按照类型自动装配,如果 IOC 容器中同类的 Bean 找到多个,就按照变量名和 Bean 的名称匹配。因为变量名叫
bookDao
而容器中也有一个booDao
,所以可以成功注入。分析下面这种情况是否能完成注入呢?
不行,因为按照类型会找到多个 bean 对象,此时会按照
bookDao
名称去找,因为 IOC 容器只有名称叫bookDao1
和bookDao2
,所以找不到,会报NoUniqueBeanDefinitionException
3.4.3 注解实现按照名称注入
当根据类型在容器中找到多个 bean,注入参数的属性名又和容器中 bean 的名称不一致,这个时候该如何解决,就需要使用到@Qualifier
来指定注入哪个名称的 bean 对象。
1 |
|
@Qualifier 注解后的值就是需要注入的 bean 的名称。
==注意:@Qualifier 不能独立使用,必须和@Autowired 一起使用==
3.4.4 简单数据类型注入
引用类型看完,简单类型注入就比较容易懂了。简单类型注入的是基本数据类型或者字符串类型,下面在BookDaoImpl
类中添加一个name
属性,用其进行简单类型注入
1 |
|
数据类型换了,对应的注解也要跟着换,这次使用@Value
注解,将值写入注解的参数中就行了
1 |
|
注意数据格式要匹配,如将”abc”注入给 int 值,这样程序就会报错。
介绍完后,会有一种感觉就是这个注解好像没什么用,跟直接赋值是一个效果,还没有直接赋值简单,所以这个注解存在的意义是什么?
3.4.5 注解读取 properties 配置文件
@Value
一般会被用在从 properties 配置文件中读取内容进行使用,具体如何实现?
步骤 1:resource 下准备 properties 文件
jdbc.properties
1 | name=itheima888 |
步骤 2: 使用注解加载 properties 配置文件
在配置类上添加@PropertySource
注解
1 |
|
步骤 3:使用@Value 读取配置文件中的内容
1 |
|
步骤 4:运行程序
运行 App 类,查看运行结果,说明配置文件中的内容已经被加载到
注意:
如果读取的 properties 配置文件有多个,可以使用
@PropertySource
的属性来指定多个1
@PropertySource
注解属性中不支持使用通配符*
,运行会报错1
@PropertySource
注解属性中可以把classpath:
加上,代表从当前项目的根路径找文件1
知识点 1:@Autowired
名称 | @Autowired |
---|---|
类型 | 属性注解 或 方法注解(了解) 或 方法形参注解(了解) |
位置 | 属性定义上方 或 标准 set 方法上方 或 类 set 方法上方 或 方法形参前面 |
作用 | 为引用类型属性设置值 |
属性 | required:true/false,定义该属性是否允许为 null |
知识点 2:@Qualifier
名称 | @Qualifier |
---|---|
类型 | 属性注解 或 方法注解(了解) |
位置 | 属性定义上方 或 标准 set 方法上方 或 类 set 方法上方 |
作用 | 为引用类型属性指定注入的 beanId |
属性 | value(默认):设置注入的 beanId |
知识点 3:@Value
名称 | @Value |
---|---|
类型 | 属性注解 或 方法注解(了解) |
位置 | 属性定义上方 或 标准 set 方法上方 或 类 set 方法上方 |
作用 | 为 基本数据类型 或 字符串类型 属性设置值 |
属性 | value(默认):要注入的属性值 |
知识点 4:@PropertySource
名称 | @PropertySource |
---|---|
类型 | 类注解 |
位置 | 类定义上方 |
作用 | 加载 properties 文件中的属性值 |
属性 | value(默认):设置加载的 properties 文件对应的文件名或文件名组成的数组 |
4,IOC/DI 注解开发管理第三方 bean
前面定义 bean 的时候都是在自己开发的类上面写个注解就完成了,但如果是第三方的类,这些类都是在 jar 包中,我们没有办法在类上面添加注解,这个时候该怎么办?
遇到上述问题,我们就需要有一种更加灵活的方式来定义 bean,这种方式不能在原始代码上面书写注解,一样能定义 bean,这就用到了一个全新的注解==@Bean==。
这个注解该如何使用呢?
咱们把之前使用配置方式管理的数据源使用注解再来一遍,通过这个案例来学习下@Bean 的使用。
4.1 环境准备
学习@Bean 注解之前先来准备环境:
创建一个 Maven 项目
pom.xml 添加 Spring 的依赖
1
2
3
4
5
6
7<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>添加一个配置类
SpringConfig
1
2
3
public class SpringConfig {
}添加 BookDao、BookDaoImpl 类
1
2
3
4
5
6
7
8
9public interface BookDao {
public void save();
}
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println("book dao save ..." );
}
}创建运行类 App
1
2
3
4
5public class App {
public static void main(String[] args) {
AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext(SpringConfig.class);
}
}
最终创建好的项目结构如下:
4.2 注解开发管理第三方 bean
在上述环境中完成对Druid
数据源的管理,具体的实现步骤为:
步骤 1:导入对应的 jar 包
1 | <dependency> |
步骤 2:在配置类中添加一个方法
注意该方法的返回值就是要创建的 Bean 对象类型
1 |
|
步骤 3:在方法上添加@Bean
注解
@Bean 注解的作用是将方法的返回值制作为 Spring 管理的一个 bean 对象
1 |
|
注意:不能使用DataSource ds = new DruidDataSource()
因为 DataSource 接口中没有对应的 setter 方法来设置属性。
步骤 4:从 IOC 容器中获取对象并打印
1 | public class App { |
至此使用@Bean 来管理第三方 bean 的案例就已经完成。
如果有多个 bean 要被 Spring 管理,直接在配置类中多些几个方法,方法上添加@Bean 注解即可。
4.3 引入外部配置类
如果把所有的第三方 bean 都配置到 Spring 的配置类SpringConfig
中,虽然可以,但是不利于代码阅读和分类管理,所有我们就想能不能按照类别将这些 bean 配置到不同的配置类中?
对于数据源的 bean,我们新建一个JdbcConfig
配置类,并把数据源配置到该类下。
1 | public class JdbcConfig { |
现在的问题是,这个配置类如何能被 Spring 配置类加载到,并创建 DataSource 对象在 IOC 容器中?
针对这个问题,有两个解决方案:
4.3.1 使用包扫描引入
步骤 1:在 Spring 的配置类上添加包扫描
1 |
|
步骤 2:在 JdbcConfig 上添加配置注解
JdbcConfig 类要放入到com.itheima.config
包下,需要被 Spring 的配置类扫描到即可
1 |
|
步骤 3:运行程序
依然能获取到 bean 对象并打印控制台。
这种方式虽然能够扫描到,但是不能很快的知晓都引入了哪些配置类,所有这种方式不推荐使用。
4.3.2 使用@Import
引入
方案一实现起来有点小复杂,Spring 早就想到了这一点,于是又给我们提供了第二种方案。
这种方案可以不用加@Configuration
注解,但是必须在 Spring 配置类上使用@Import
注解手动引入需要加载的配置类
步骤 1:去除 JdbcConfig 类上的注解
1 | public class JdbcConfig { |
步骤 2:在 Spring 配置类中引入
1 |
|
注意:
扫描注解可以移除
@Import 参数需要的是一个数组,可以引入多个配置类。
@Import 注解在配置类中只能写一次,下面的方式是==不允许的==
1
2
3
4
5
6
7
//@ComponentScan("com.itheima.config")
public class SpringConfig {
}
步骤 3:运行程序
依然能获取到 bean 对象并打印控制台
知识点 1:@Bean
名称 | @Bean |
---|---|
类型 | 方法注解 |
位置 | 方法定义上方 |
作用 | 设置该方法的返回值作为 spring 管理的 bean |
属性 | value(默认):定义 bean 的 id |
知识点 2:@Import
名称 | @Import |
---|---|
类型 | 类注解 |
位置 | 类定义上方 |
作用 | 导入配置类 |
属性 | value(默认):定义导入的配置类类名, 当配置类有多个时使用数组格式一次性导入多个配置类 |
4.4 注解开发实现为第三方 bean 注入资源
在使用@Bean 创建 bean 对象的时候,如果方法在创建的过程中需要其他资源该怎么办?
这些资源会有两大类,分别是简单数据类型
和引用数据类型
。
4.4.1 简单数据类型
4.4.1.1 需求分析
对于下面代码关于数据库的四要素不应该写死在代码中,应该是从 properties 配置文件中读取。如何来优化下面的代码?
1 | public class JdbcConfig { |
4.4.1.2 注入简单数据类型步骤
步骤 1:类中提供四个属性
1 | public class JdbcConfig { |
步骤 2:使用@Value
注解引入值
1 | public class JdbcConfig { |
扩展
现在的数据库连接四要素还是写在代码中,需要做的是将这些内容提
取到 jdbc.properties 配置文件,大家思考下该如何实现?
1.resources 目录下添加 jdbc.properties
2.配置文件中提供四个键值对分别是数据库的四要素
3.使用@PropertySource 加载 jdbc.properties 配置文件
4.修改@Value 注解属性的值,将其修改为
${key}
,key 就是键值对中的键的值
具体的实现就交由大家自行实现下。
4.4.2 引用数据类型
4.4.2.1 需求分析
假设在构建 DataSource 对象的时候,需要用到 BookDao 对象,该如何把 BookDao 对象注入进方法内让其使用呢?
1 | public class JdbcConfig { |
4.4.2.2 注入引用数据类型步骤
步骤 1:在 SpringConfig 中扫描 BookDao
扫描的目的是让 Spring 能管理到 BookDao,也就是说要让 IOC 容器中有一个 bookDao 对象
1 |
|
步骤 2:在 JdbcConfig 类的方法上添加参数
1 |
|
==引用类型注入只需要为 bean 定义方法设置形参即可,容器会根据类型自动装配对象。==
步骤 3:运行程序
5,注解开发总结
前面我们已经完成了 XML 配置和注解的开发实现,至于两者之间的差异,咱们放在一块去对比回顾下:
6,Spring 整合
课程学习到这里,已经对 Spring 有一个简单的认识了,Spring 有一个容器,叫做 IoC 容器,里面保存 bean。在进行企业级开发的时候,其实除了将自己写的类让 Spring 管理之外,还有一部分重要的工作就是使用第三方的技术。前面已经讲了如何管理第三方 bean 了,下面结合 IoC 和 DI,整合 2 个常用技术,进一步加深对 Spring 的使用理解。
6.1 Spring 整合 Mybatis 思路分析
6.1.1 环境准备
在准备环境的过程中,我们也来回顾下 Mybatis 开发的相关内容:
步骤 1:准备数据库表
Mybatis 是来操作数据库表,所以先创建一个数据库及表
1 | create database spring_db character set utf8; |
步骤 2:创建项目导入 jar 包
项目的 pom.xml 添加相关依赖
1 | <dependencies> |
步骤 3:根据表创建模型类
1 | public class Account implements Serializable { |
步骤 4:创建 Dao 接口
1 | public interface AccountDao { |
步骤 5:创建 Service 接口和实现类
1 | public interface AccountService { |
步骤 6:添加 jdbc.properties 文件
resources 目录下添加,用于配置数据库连接四要素
1 | jdbc.driver=com.mysql.jdbc.Driver |
useSSL:关闭 MySQL 的 SSL 连接
步骤 7:添加 Mybatis 核心配置文件
1 |
|
步骤 8:编写应用程序
1 | public class App { |
步骤 9:运行程序
6.1.2 整合思路分析
Mybatis 的基础环境我们已经准备好了,接下来就得分析下在上述的内容中,哪些对象可以交给 Spring 来管理?
Mybatis 程序核心对象分析
从图中可以获取到,真正需要交给 Spring 管理的是==SqlSessionFactory==
整合 Mybatis,就是将 Mybatis 用到的内容交给 Spring 管理,分析下配置文件
说明:
- 第一行读取外部 properties 配置文件,Spring 有提供具体的解决方案
@PropertySource
,需要交给 Spring - 第二行起别名包扫描,为 SqlSessionFactory 服务的,需要交给 Spring
- 第三行主要用于做连接池,Spring 之前我们已经整合了 Druid 连接池,这块也需要交给 Spring
- 前面三行一起都是为了创建 SqlSession 对象用的,那么用 Spring 管理 SqlSession 对象吗?回忆下 SqlSession 是由 SqlSessionFactory 创建出来的,所以只需要将 SqlSessionFactory 交给 Spring 管理即可。
- 第四行是 Mapper 接口和映射文件[如果使用注解就没有该映射文件],这个是在获取到 SqlSession 以后执行具体操作的时候用,所以它和 SqlSessionFactory 创建的时机都不在同一个时间,可能需要单独管理。
- 第一行读取外部 properties 配置文件,Spring 有提供具体的解决方案
6.2 Spring 整合 Mybatis
前面我们已经分析了 Spring 与 Mybatis 的整合,大体需要做两件事,
第一件事是:Spring 要管理 MyBatis 中的 SqlSessionFactory
第二件事是:Spring 要管理 Mapper 接口的扫描
具体该如何实现,具体的步骤为:
步骤 1:项目中导入整合需要的 jar 包
1 | <dependency> |
步骤 2:创建 Spring 的主配置类
1 | //配置类注解 |
步骤 3:创建数据源的配置类
在配置类中完成数据源的创建
1 | public class JdbcConfig { |
步骤 4:主配置类中读 properties 并引入数据源配置类
1 |
|
步骤 5:创建 Mybatis 配置类并配置 SqlSessionFactory
1 | public class MybatisConfig { |
说明:
使用 SqlSessionFactoryBean 封装 SqlSessionFactory 需要的环境信息
- SqlSessionFactoryBean 是前面我们讲解 FactoryBean 的一个子类,在该类中将 SqlSessionFactory 的创建进行了封装,简化对象的创建,我们只需要将其需要的内容设置即可。
- 方法中有一个参数为 dataSource,当前 Spring 容器中已经创建了 Druid 数据源,类型刚好是 DataSource 类型,此时在初始化 SqlSessionFactoryBean 这个对象的时候,发现需要使用 DataSource 对象,而容器中刚好有这么一个对象,就自动加载了 DruidDataSource 对象。
使用 MapperScannerConfigurer 加载 Dao 接口,创建代理对象保存到 IOC 容器中
- 这个 MapperScannerConfigurer 对象也是 MyBatis 提供的专用于整合的 jar 包中的类,用来处理原始配置文件中的 mappers 相关配置,加载数据层的 Mapper 接口类
- MapperScannerConfigurer 有一个核心属性 basePackage,就是用来设置所扫描的包路径
步骤 6:主配置类中引入 Mybatis 配置类
1 |
|
步骤 7:编写运行类
在运行类中,从 IOC 容器中获取 Service 对象,调用方法获取结果
1 | public class App2 { |
步骤 8:运行程序
支持 Spring 与 Mybatis 的整合就已经完成了,其中主要用到的两个类分别是:
- ==SqlSessionFactoryBean==
- ==MapperScannerConfigurer==
6.3 Spring 整合 Junit
整合 Junit 与整合 Druid 和 MyBatis 差异比较大,为什么呢?Junit 是一个搞单元测试用的工具,它不是我们程序的主体,也不会参加最终程序的运行,从作用上来说就和之前的东西不一样,它不是做功能的,看做是一个辅助工具就可以了。
6.3.1 环境准备
这块环境,大家可以直接使用 Spring 与 Mybatis 整合的环境即可。当然也可以重新创建一个,因为内容是一模一样,所以我们直接来看下项目结构即可:
6.3.2 整合 Junit 步骤
在上述环境的基础上,我们来对 Junit 进行整合。
步骤 1:引入依赖
pom.xml
1 | <dependency> |
步骤 2:编写测试类
在 test\java 下创建一个 AccountServiceTest,这个名字任意
1 | //设置类运行器 |
注意:
- 单元测试,如果测试的是注解配置类,则使用
@ContextConfiguration(classes = 配置类.class)
- 单元测试,如果测试的是配置文件,则使用
@ContextConfiguration(locations={配置文件名,...})
- Junit 运行后是基于 Spring 环境运行的,所以 Spring 提供了一个专用的类运行器,这个务必要设置,这个类运行器就在 Spring 的测试专用包中提供的,导入的坐标就是这个东西
SpringJUnit4ClassRunner
- 上面两个配置都是固定格式,当需要测试哪个 bean 时,使用自动装配加载对应的对象,下面的工作就和以前做 Junit 单元测试完全一样了
知识点 1:@RunWith
名称 | @RunWith |
---|---|
类型 | 测试类注解 |
位置 | 测试类定义上方 |
作用 | 设置 JUnit 运行器 |
属性 | value(默认):运行所使用的运行期 |
知识点 2:@ContextConfiguration
名称 | @ContextConfiguration |
---|---|
类型 | 测试类注解 |
位置 | 测试类定义上方 |
作用 | 设置 JUnit 加载的 Spring 核心配置 |
属性 | classes:核心配置类,可以使用数组的格式设定加载多个配置类 locations:配置文件,可以使用数组的格式设定加载多个配置文件名称 |