前言
这事吧，也就是我最近接团队代码然后调整代码碰见的。经过分析，我需要在我的公共core包里面添加代码模块。但是，如果编写好直接用项目来测试，可能我需要经常变动我的jar包的版本号，为了避免麻烦，我决定在我的core包里写单元测试，调试好了以后再联调，结果就迎来了更多的麻烦。不过，我觉得我没有最终搞通它的原理，只是这样做可搞通，先记下来吧，至少能解决问题。
依赖
我的项目是基于springboot2.0的，所以网上会找到一些相对比较久的资料。我们这里澄清下，直接引入配套的starter即可：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<version>${spring.boot.version}</version>
<scope>test</scope>
</dependency>
这个依赖的版本是和你的springboot的版本一致的。
文件准备
我建立了这样一些文件：
- 测试类：这个类和被测试类放在了一个包里，只不过这里是放在了test文件夹的下面。
- application.yml：由于我这个项目是个jar包，主项目里既没有启动类也没有配置文件，所以我们需要在这里添加配置文件。记得，需要把这个文件夹设置为测试文件夹，一般来说，我们要把它放在test下面的resources里面。默认是没有这个文件夹的，需要自己创建
- 配置类：我的麻烦也是因此而起的。被测试代码中需要使用redis，而我的redis的使用是需要配置bean然后使用我自定义的上下文来使用的，后面我们会详细说这里的坑。
使用
先说正确的结果吧，下面是我的测试类，基本关键的内容都在这里面：
@RunWith(SpringRunner.class)
@SpringBootTest(classes=TestApplication.class)
@Import(RedisConfiguration.class)
public class CycleNumTest implements ApplicationContextAware {
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
YmContext.initialContext(applicationContext);
}
@Test
public void testSetCycleNum(){
CycleNumManager.getManager().setCycleNum("testCycleNum", Long.valueOf(Short.MAX_VALUE));
}
}
下面我们根据这里的代码来吧整体的逻辑和坑串一遍：
- @RunWith(SpringRunner.class)：我们需要指定使用SpringRunner来运行。这个类如果你只添加Junit是没有的，所以要使用starter，避免为相关的依赖烦心。
- @SpringBootTest(classes=TestApplication.class)：先说这个注解，有了它，我们就可以在运行单元测试的时候启动一个springboot实例。看到我里面指明了一个application类，但我前面又没有说它。因为这个指定是无效的，我可以确定他没有使用TestApplication里面我写的代码来运行而是自己启动了一个默认的。一切问题，也是因此而起。
- ApplicationContextAware 接口实现：这是我解决我的问题的方法。可以看到，在setApplicationContext方法里面，我把applicationContext赋给了YmContext，这其实是在完成我的体系里面的上下文的初始化，而我推荐的方法在这里并无法完成，只能以此为替代。
- testSetCycleNum：这个没什么好说的了，具体的测试类，记得使用@Test注解。
备注
基本记录于此，有相关的内容的话，还会更新该贴。
