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

SpringBoot整合Junit与Mybatis实战

news 2026/3/27 3:50:26

前言：前面我们学习完了SpringBoot的相关基础知识，以及多环境配置等等，下面我们基于SpringBoot，如何提高开发的效率，注重于代码的业务逻辑，整合Junit和Mybatis。整合就是把复杂的技术细节封装起来，让我们能专注于业务本身。就像我们不需要懂发动机原理也能开车一样。

整合Junit：

实际上我们仅仅是创建了一个SpringBoot项目，然后在测试类中测试。这样看起来似乎没有整合，正所谓“没有所谓的岁月静好，只是有人在为你负重前行”为我们负重前行的实际上是SpringBoot的自动配置功能。

spring-boot-starter-test

当我们创建 Spring Boot 项目时（无论是通过 start.spring.io 还是 IDEA 的 Spring Initializr），pom.xml中会自动添加这个依赖：

<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency>

这个start里面包含了什么：

<!-- spring-boot-starter-test 内部包含了： --> <dependencies> <!-- 1. JUnit 5 (Jupiter) - 测试框架本身 --> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter</artifactId> </dependency> <!-- 2. Spring 测试支持 - 让JUnit能和Spring整合 --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-test</artifactId> </dependency> <!-- 3. Spring Boot 测试支持 - @SpringBootTest等注解 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-test</artifactId> </dependency> <!-- 4. Mockito - 模拟对象 --> <dependency> <groupId>org.mockito</groupId> <artifactId>mockito-core</artifactId> </dependency> <!-- 5. AssertJ - 流畅断言 --> <dependency> <groupId>org.assertj</groupId> <artifactId>assertj-core</artifactId> </dependency> <!-- 还有其他测试工具... --> </dependencies>

简单理解：

spring-boot-starter-test就相当于一个火锅全家桶，里面包含了所有的配料，菜，锅，我们只需要使用即可，而不需要手动的去下载安装这些配置。

创建SpringBoot的实际过程：

1.我们先创建一个项目，选择Spring Initializr，选择依赖

2.IDEA在背后，在pom文件中自动的添加对应的依赖配置，自动添加测试的starter，还自动生成测试目录和示例测试类。

关于这个自动生成的配置类：

@SpringBootTest // 这已经是Spring整合JUnit的注解了 class ApplicationTests { // 自动生成 @Test // JUnit 5的注解 void contextLoads() { // 一个简单的测试方法 // 测试Spring容器能否启动}}

首先区分：

维度	Application（主启动类）	ApplicationTest（测试类）
角色	项目启动入口	测试入口
运行目的	启动整个应用，对外提供服务	验证代码是否正确
运行时机	开发/生产环境运行	只在测试时运行
生命周期	长期运行（直到手动停止）	短暂运行（几秒钟）
端口占用	占用端口（如8080）	不占用端口（或随机端口）
是否必须	每个Spring Boot项目必须有一个	可选，但建议有

@SpringBootTest的源码：

@SpringBootTest 的源码（简化版） @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @BootstrapWith(SpringBootTestContextBootstrapper.class) public @interface SpringBootTest { }

那我们为什么不用在测试类中写注解@Configuration配置类呢。

实际工作流程：

1. 你只写了这一行
@SpringBootTest
class UserServiceTest {
@Autowired UserService userService;
}

2. Spring 测试框架会这样做：
扫描当前测试类所在的包及其子包
查找 @SpringBootApplication 注解的类
加载这个类的配置（相当于执行了 SpringApplication.run()）

3. 找到了你的主启动类
@SpringBootApplication // 这里包含了 @Configuration
public class Application { public static void main(String[] args) SpringApplication.run(Application.class, args); }}

4.于是测试类就能使用主启动类的所有配置了

注意事项
如果测试类在SpringBoot启动类的包或子包中，可以省略启动类的设置，也就是省略classes的设定，如果不在这两者之间，我们可以手动的添加，