当前位置： 首页 > news >正文

【JUnit实战3_27】第十六章：用 JUnit 测试 Spring 应用：通过实战案例深入理解 IoC 原理

news 2025/11/5 12:05:40

JUnit in Action, Third Edition

《JUnit in Action》全新第3版封面截图

写在前面
本书前 15 章内容都可以作为铺垫，对于 Java 开发者而言，真正的重点从这一章才算开始。作者出于知识点全覆盖的考虑，从 Spring 框架最原始的 XML 配置开始，聚焦 Spring 和 JUnit 单元测试最关心的控制反转（IoC，即依赖注入）机制，结合两个典型案例进行了深入全面的介绍，非常具有参考价值。

第十六章：测试 Spring 应用

本章概要

  • 深入理解依赖注入原理；
  • Spring 应用的构建与测试方法；
  • 通过 SpringExtension 启用 JUnit JUpiter 的方法；
  • 使用 JUnit 5 相关特性测试 Spring 应用。

“Dependency Injection” is a 25-dollar term for a 5-cent concept.
“依赖注入”是用二十五美元的术语描述的一个五美分的概念。

—— James Shore 1

本章对 Spring 框架中最核心的依赖注入设计进行了详细介绍，并结合两个典型案例加深理解。

16.1 Spring 框架简介

Rod Johnson 于 2003 年在其著作《Expert One-on-One J2EE Design and Development》中首次提出了 Spring 框架，其设计理念在于简化传统企业级应用开发。

业务代码（即开发者写的代码）、库函数与框架间的调用关系示意图如下：

Fig16.1

框架的作用在于提供某种开发范式，助力开发者更专注于业务本身的开发，而不过分关注架构设计方面的问题。

16.2 关于依赖注入

Java 应用的良好运转离不开对象间的相互协作，可惜 Java 语言本身无法自行组织一款应用程序的基本要素，Spring 出现前这部分工作是由开发者或架构师亲自负责实现的，涉及各种必要的设计模式和架构考虑等，心智负担较重。

Spring 框架实现了多种设计模式，尤其是 依赖注入（dependency injection） 模式（又称 控制反转（IoC、Inversion of Control））让 Spring 框架完成这类枯燥繁琐的组织工作成为了可能，真正解放了开发者的生产力。

16.3 依赖注入的简单案例

考察如下乘客管理示例应用中的乘客实体类 Passenger 及国家实体类 Country：

public class Passenger {private String name;private Country country;public Passenger(String name) {this.name = name;this.country = new Country("USA", "US");}public String getName() {return name;}public Country getCountry() {return country;}
}public class Country {private String name;private String codeName;public Country(String name, String codeName) {this.name = name;this.codeName = codeName;}public String getName() {return name;}public String getCodeName() {return codeName;}
}

写成 L7 这样后的主要问题：

  • Passenger 直接依赖 Country；
  • 测试时 Passenger 无法与 Country 相隔离；
  • Country 实例的生命周期严重依赖于 Passenger；
  • 测试时无法将 Country 替换为其他对象；

正确的写法应该是：

public class Passenger {private String name;private Country country;public Passenger(String name) {this.name = name;}public String getName() {return name;}public Country getCountry() {return country;}public void setCountry(Country country) {this.country = country;}
}

这样 country 的取值完全由 setter 方法控制，Passenger 不再直接依赖于 Country。

16.4 IoC 实战一：只用 Spring 中的类

将 Passenger 和 Country 解耦后，再通过一个对比案例，看看遵循 IoC 原则去实例化 Passenger，和传统方式实例化究竟有没有区别。

为了顺便演示两个框架的演变过程，这里先用旧版 Spring4 + JUnit 4 搭建测试环境。

配置旧版环境 Maven 依赖：

<!-- Spring framework 4 -->
<dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><!-- 提供 ClassPathXmlApplicationContext 类 --><version>4.2.5.RELEASE</version>
</dependency>
<!-- JUnit 4 -->
<dependency><groupId>junit</groupId><artifactId>junit</artifactId><!-- 提供 @Before、@Test --><version>4.12</version>
</dependency>

传统 IoC 实例化方式如下：

public class PassengerUtil {public static Passenger getExpectedPassenger() {Passenger passenger = new Passenger("John Smith");Country country = new Country("USA", "US");passenger.setCountry(country);return passenger;}
}

然后再用 Spring 来实现一个等效对象（从最原始的 XML 配置文件开始）——

先在 CLASSPATH 下创建 XML 格式的配置文件 src/test/resources/application-context.xml：

<?xml version="1.0" encoding="UTF-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"><bean id="passenger" class="com.manning.junitbook.spring.Passenger"><constructor-arg name="name" value="John Smith"/><property name="country" ref="country"/></bean><bean id="country" class="com.manning.junitbook.spring.Country"><constructor-arg name="name" value="USA"/><constructor-arg name="codeName" value="US"/></bean>
</beans>

然后读取该 XML 配置，并通过应用上下文 context 来实例化 Passenger（即依赖注入）：

public class PassengerUtil {public static Passenger getActualPassenger() {ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("classpath:application-context.xml");return context.getBean("passenger", Passenger.class);}
}

完整的测试逻辑如下：

public class SimpleAppTest {private static final String APPLICATION_CONTEXT_XML_FILE_NAME = "classpath:application-context.xml";private ClassPathXmlApplicationContext context;private Passenger expectedPassenger;@Beforepublic void setUp() {context = new ClassPathXmlApplicationContext(APPLICATION_CONTEXT_XML_FILE_NAME);expectedPassenger = getExpectedPassenger();}@Testpublic void testInitPassenger() {Passenger passenger = context.getBean("passenger", Passenger.class);assertEquals(expectedPassenger, passenger);System.out.println(passenger);}
}

实测结果：

Fig16.2

注意：这里的 assertEquals() 断言之所以能通过，是因为 Passenger 和 Country 实体重写了 equals() 方法和 hashCode() 方法，只比较属性值，不涉及对象的引用。

16.5 IoC 实战二：引入 Spring 4 注解

Spring TestContext 框架是 Spring 框架对单元测试和集成测试做的集成，支持多种测试框架（JUnit 3.x、JUnit 4.x、TestNG 等）。为此需要调整以下 Maven 依赖：

<!-- Spring framework 4 -->
<dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><!-- 提供 @Autowired --><version>4.2.5.RELEASE</version>
</dependency>
<dependency><groupId>org.springframework</groupId><artifactId>spring-test</artifactId><!-- 提供 SpringJUnit4ClassRunner、@ContextConfiguration --><version>4.2.5.RELEASE</version>
</dependency>
<!-- JUnit 4 -->
<dependency><groupId>junit</groupId><artifactId>junit</artifactId><!-- 提供 @RunWith、@Before、@Test --><version>4.12</version>
</dependency>

上述案例套用 Spring 注解的等效版本为：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:application-context.xml")
public class SpringAppTest {@Autowiredprivate Passenger passenger;private Passenger expectedPassenger;@Beforepublic void setUp() {expectedPassenger = getExpectedPassenger();}@Testpublic void testInitPassenger() {assertEquals(expectedPassenger, passenger);System.out.println(passenger);}
}

其中——

  • @ContextConfiguration 注解来自 spring-test 依赖；
  • @Autowired 注解来自 spring-context 中的 spring-bean 依赖；
  • @RunWith 来自 JUnit 4.x。

还可以从 IDEA 的依赖分析图中更直观地查看 Spring 注解所属的 Maven 依赖：

Fig16.3

可以看到，传统方式如果要修改 expectedPassenger 实例，必须修改源代码并重新编译项目才能生效；而引入 Spring 容器后，注入新的 passenger 实例无需改动源代码更无需重新编译，只需修改 XML 配置文件即可。

同时，测试类通过 @AutoWired 注入 passenger 依赖后，测试方法就不再以代码的方式干预 passenger 的实现细节了（由 Spring 注入），更不用关心 passenger 和它的 country 属性是怎么组合的（XML 配置）；只需要和 expectedPassenger 直接比较就行了（核心逻辑）。

两种实例化方式的具体对比如下：

传统方式Spring DI 方式
创建细节Passenger 知道如何创建 Country两者都不知道对方如何创建
依赖关系Passenger 硬编码依赖 Country依赖关系由外部配置决定
具体实现Passenger 依赖具体的 Country 类自动装配还可以依赖接口，实现是可替换的
测试难度难以单独测试 Passenger可以轻松模拟 Country 进行测试

16.6 IoC 实战三：升级到 Spring 5 + JUnit 5

将 Maven 依赖升级到 Spring 5 和 JUnit 5：

<!-- Spring 5 -->
<dependency><groupId>org.springframework</groupId><artifactId>spring-context</artifactId><version>5.2.0.RELEASE</version>
</dependency>
<dependency><groupId>org.springframework</groupId><artifactId>spring-test</artifactId><version>5.2.0.RELEASE</version>
</dependency>
<!-- JUnit 5 -->
<dependency><groupId>org.junit.jupiter</groupId><artifactId>junit-jupiter-api</artifactId><version>5.6.0</version><scope>test</scope>
</dependency>
<dependency><groupId>org.junit.jupiter</groupId><artifactId>junit-jupiter-engine</artifactId><version>5.6.0</version><scope>test</scope>
</dependency>

等效测试类如下：

@ExtendWith(SpringExtension.class)
@ContextConfiguration("classpath:application-context.xml")
public class SpringAppTest {@Autowiredprivate Passenger passenger;private Passenger expectedPassenger;@BeforeEachpublic void setUp() {expectedPassenger = getExpectedPassenger();}@Testpublic void testInitPassenger() {assertEquals(expectedPassenger, passenger);System.out.println(passenger);}
}

和 16.5 小节的主要区别：

  • @ContextConfiguration 和 @Autowired 均为 Spring 5.x 框架下的注解；
  • 测试用例使用 JUnit 5 的 Extension API：@ExtendWith(SpringExtension.class)；
  • @BeforeEach 和 @Test 均为 JUnit 5 版本。

实测结果：

Fig16.4

16.7 Spring 5 + JUnit 5 实战：实现观察者模式

需求描述：示例项目成功注册一名乘客后（简化为乘客类的实例化），需要通过经办人（registerManager）回应一则确认消息给乘客。

该需求可以通过 观察者模式（Observer pattern） 来实现：Passenger 类实例化成功后，由 registerManager 推送一个反馈事件；关注该事件的观察者（未必是乘客本人）从事件中变更乘客状态为 已确认，然后以某种方式回应该事件（如控制台打印一则消息）。

观察者模式

在该模式下，被观察主体（subject）会主动维护一组依赖（dependents，即观察者或监听器）。当主体方触发一个依赖方关注的事件时，就会通知这些观察者；观察者通过各自的 Listener 方法响应收到的事件，实现各自的响应逻辑。

被观察者和观察者的相互作用如下图所示：

Fig16.6

具体到本示例中就是：

Fig16.7

在 Spring 框架下，registerManager 可以通过 ApplicationContext 接口的 pushEvent(event) 方法推送某个事件；事件接收方通过添加 @EventListener 注解关联到具体的事件响应逻辑（变更乘客状态，并打印一则确认信息）。

因此，该需求可拆解为以下几个子任务：

  • 主客体识别：registerManager 为主体（被观察者），PassengerRegistrationListener 为客体（观察者）；
  • registerManager 推送一个 注册事件，客体接收该事件并实现反馈逻辑：
    • 变更 Passenger 的注册状态（需新增一个 isRegistered 字段）；
    • 控制台打印一则消息，表示已经注册成功。
  • 新增注册事件实体，要求能从该事件获取到带确认的 passenger 对象；
  • 修改 XML 配置完成指定包路的 Bean 扫描；
  • 编写测试用例，通过依赖注入给 passenger 和 registerManager 赋值，并推送一则注册事件。

具体实现如下：

首先改造 Passenger 实体类，新增一个标记属性 isRegistered，并补全 getter、setter 等方法：

public class Passenger {private String name;private Country country;private boolean isRegistered;// -- snip --public boolean isRegistered() {return isRegistered;}public void setIsRegistered(boolean isRegistered) {this.isRegistered = isRegistered;}@Overridepublic String toString() {return "Passenger{name='" + name + "'\', country=" + country + ", registered=" + isRegistered + "}";}@Overridepublic boolean equals(Object o) {if (this == o) return true;if (o == null || getClass() != o.getClass()) return false;Passenger passenger = (Passenger) o;return isRegistered == passenger.isRegistered &&Objects.equals(name, passenger.name) &&Objects.equals(country, passenger.country);}@Overridepublic int hashCode() {return Objects.hash(name, country, isRegistered);}
}

然后新增 RegistrationManager 类，并关联一个 applicationContext 属性：

@Service
public class RegistrationManager implements ApplicationContextAware {private ApplicationContext applicationContext;public ApplicationContext getApplicationContext() {return applicationContext;}@Overridepublic void setApplicationContext(ApplicationContext applicationContext) throws BeansException {this.applicationContext = applicationContext;}
}

再新增一个乘客注册事件类 PassengerRegistrationEvent，并关联一个 passenger 属性并作为事件源（source）：

public class PassengerRegistrationEvent extends ApplicationEvent {private Passenger passenger;public PassengerRegistrationEvent(Passenger passenger) {super(passenger);this.passenger = passenger;}public Passenger getPassenger() {return passenger;}public void setPassenger(Passenger passenger) {this.passenger = passenger;}
}

接着创建一个观察者类 PassengerRegistrationListener，在响应方法中接收该事件，并实现要求的事件响应逻辑：

@Service
public class PassengerRegistrationListener {@EventListenerpublic void confirmRegistration(PassengerRegistrationEvent passengerRegistrationEvent) {passengerRegistrationEvent.getPassenger().setIsRegistered(true);System.out.println("Confirming the registration for the passenger: "+ passengerRegistrationEvent.getPassenger());}
}

再修改 application-context.xml 配置文件，实现指定包路的自动扫描：

<?xml version="1.0" encoding="UTF-8"?>
<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.xsdhttp://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd"><bean id="passenger" class="com.manning.junitbook.spring.Passenger"><constructor-arg name="name" value="John Smith"/><property name="country" ref="country"/><property name="isRegistered" value="false"/></bean><bean id="country" class="com.manning.junitbook.spring.Country"><constructor-arg name="name" value="USA"/><constructor-arg name="codeName" value="US"/></bean><!-- 自动扫描 com.manning.junitbook.spring 包路下的 Bean 定义 --><context:component-scan base-package="com.manning.junitbook.spring" />
</beans>

最后编写测试用例，在核心逻辑中发起一次事件推送：

@ExtendWith(SpringExtension.class)
@ContextConfiguration("classpath:application-context.xml")
public class RegistrationTest {@Autowiredprivate Passenger passenger;@Autowiredprivate RegistrationManager registrationManager;@Testpublic void testPersonRegistration() {System.out.println("Before registering: " + passenger);registrationManager.getApplicationContext().publishEvent(new PassengerRegistrationEvent(passenger));System.out.println("After registering:");System.out.println(passenger);assertTrue(passenger.isRegistered());}
}

注意事项：

  • passenger 的实例化依旧通过之前的 XML 文件来完成；
  • 最终的事件响应逻辑由标注了 @EventListener 的 confirmRegistration() 方法具体实现；
  • 被观察主体 registrationManager 和观察者客体 PassengerRegistrationListener 的实例化均由 @Service 注解完成；为此，需要在 application-context.xml 中添加一个自动扫描 Bean 定义的标签 <context:component-scan />；
  • registrationManager 和 PassengerRegistrationListener 的关联，并没有显式调用示意图中的 attach(listener) 方法，而是通过 @EventListener 注解 和 Spring 的应用上下文 自动建立的。该过程是在 Spring 扫描到 @EventListener 注解后，由 Spring 框架自动关联的。

实测效果：

Fig16.5

  1. James Shore 是一位在软件开发和敏捷方法领域备受尊敬的顾问、演讲者和作者，著有《The Art of Agile Development》（中译本《敏捷开发的艺术》）。因其在敏捷软件开发、特别是测试驱动开发和持续集成方面的深刻见解和实践经验而闻名。 ↩︎

http://www.dtcms.com/a/570051.html

相关文章：

  • 网站源码模板免费网站服务器2020
  • ftp怎么连接网站空间如何建立外贸网站
  • 不同防滑设计在复杂牙拔除中的效能评估
  • 基于springboot的精准扶贫管理系统开发与设计
  • 电子学会青少年软件编程（C/C++）5级等级考试真题试卷（2025年9月）
  • linux系统rsync文件传输
  • 服务器建站用哪个系统好新闻稿件
  • 基于51单片机的宠物喂食器的设计与实现（论文+源码）
  • 建设网站入不入无形资产云南建设厅网站监理员培训
  • 佛山企业网站建设制作网页案例
  • Maven基础（二）
  • Java大厂面试真题：Spring Boot+微服务+AI智能客服三轮技术拷问实录（四）
  • 神领物流v2.0-day3-运费微服务笔记(个人记录、含练习答案、仅供参考)
  • 网站建设服务费计入会计科目做电影网站需要多大空间
  • 电机东莞网站建设营销策划公司有哪些职位
  • 《AI基础》
  • 网络推广一般怎么收费东莞网站优化制作
  • 技术支持 滕州网站建设苏州专业网站建设定制
  • 【软考架构】案例分析-管道过滤器、仓库架构风格，从数据处理方式、系统的可扩展性和处理性能三个方面对这两种架构风格进行比较与分析
  • 一种高效的端到端计算框架：用于生成心电图校准的人体心房电生理容积模型|文献速递-文献分享
  • 建一个网站需要多少钱?云梦网站建设
  • 使用 Shoelace 公式结合球面几何计算地球上任意多边形的面积
  • MCP (Model Context Protocol) 框架介绍文档
  • JAVA练习题day64
  • 小小电能表，如何撬动家庭能源革命？
  • 建设银行网站明细多长时间怎样做网站导购
  • 巴南市政建设网站tp5做企业网站
  • LVGL显示gif动图导致MCU进入HardFault_Handler问题（已解决！）
  • PostIn零基础学习 - 如何快速调试websocket接口
  • 坪山网站制作阿里巴巴建设网站