SpringBoot整合Junit与Mybatis实战

前言：前面我们学习完了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的设定，++如果不在这两者之间，我们可以手动的添加，++

SpringBoot整合Mybatis：

1.重新创建一个项目，在创建的时候要选择对应的技术集：

2.在yml文件中设置数据源 ：

注意事项！！！

SpringBoot版本低于2.4.3(不含)，Mysql驱动版本大于8.0时，需要在url连接串中配置时区jdbc:mysql://localhost:3306/ssm_db?serverTimezone=UTC或在MySQL数据库端配置时区解决此问题

3.定义数据层接口于映射配置：

在接口上加上@Mapper注解，**自动生成一个代理对象，**这样我们就不需要自己再创建一个实现类了，简化操作。

4.定义一个Javabean

5.在测试类中注入接口，测试功能

关于代理对象：

Mapper生成的代理对象是在Spring容器中，我们在测试类使用时需要拿出来，使用@Autowired是最简单的方法。

结语：

最后的最后，感谢大家观看到最后，如果对你有帮助，请**一键三连，点赞，关注（拜托了），收藏，**你的支持就是我最大的鼓励，持续更新对你有帮助的知识！