spring整合Junit问题

spring整合Junit问题

在学习spring的过程中，看到测试类中加了一个注解

就是这个@Runwith(SpringJUnit4ClassRunner.class)注解

那么就来引入一个实际的问题
在编写测试类的时候，每个测试方法都要去获取容器和得到业务层对象

那么必然造成代码的耦合，所以我们很自然的想到把这一部分代码抽取出来

private ApplicationContext applicationContext;
private AccountService accountService;

@Before
public void init(){
	//1.获取容器
	applicationContext = new AnnotationConfigApplicationContext(SpringConfiguration.class);
	//2.得到业务层对象
	accountService = applicationContext.getBean("accountService",AccountService.class);
	}

也就是说@Before注释 在Test方法执行前 我们都要先去执行init方法完成获取容器和业务层对象，从而解决我们的问题，但是还有一点我们需要思考，如果软件的开发和测试是分离的话，对于测试人员他应该关注于测试的代码而不是去考虑spring里的代码（抽取）,从而这种方法可以用，但是还有更好解决办法。

那么我们首先梳理一下Junit相关的知识点

1.应用程序的入口 是 main方法
2.junit单元测试中，没有main方法也能执行，是因为junit继承了一个main方法，该方法就会判断当前测试类中哪些方法有@Test注解，junit就让有Tesst注解的方法执行
3.junit不会管我们是否采用Spring框架，在执行方法时，junit根本不知道我们是不是使用了spring框架，所以也就不会为我们读取配置文件/配置类创建spring核心容器
由此我们可以知道，当测试方法执行时，没有IOC容器，就算写了Autowired注解，也无法实现注入

Spring整合Junit

在junit的jar包中(org.junit.runner.notification.Runner)核心，这个核心在执行的时候根本不会创建容器，所以我们要考虑把它原来那个不能加载容器的main方法替换掉，使它能够加载容器，而有了容器也就能够实现注入
1.导入spring整合Junit的jar（坐标）

2.使用Junit提供的一个注解，把原有的mian方法替换，替换成Spring提供的 @Runwith(SpringJunit4ClassRunner.class)
我们通过查看这个类，发现它就是继承Runner这个抽象类

3.告知spring的运行器，spring和ioc创建时基于xml还是注解的，并且说明位置

@ContextConfiguration

参数：
Locations指定xml文件的位置，加上classpath关键字，表示在类路径下
classes：指定注解类所在地位置

这样就实现了spring整合junit

另外还有一个小细节就是
当我们使用spring 5.x版本的时候，要求junit的jar包必须时4.12及以上
否则编译器会报错提示