微服务接口单测依赖问题一次性搞定

在微服务架构中,服务之间的依赖是很常见的事情。在开发过程中都是并行开发的,前端会依赖后端的接口,后端也有可能会依赖其他后端服务的接口

项目整体提测后是没有问题的,因为大家都开发完了,也会同时部署到测试环境中。但是在开发过程中需要进行单测,单测的时候会依赖其他的服务,这个时候就需要解决这个依赖问题

前端依赖后端接口
前端依赖后端接口,一般会提前将接口定义好,然后拉上前端同学一起评审。如果没有问题就各自去开发,那么前端同学在自测的时候是需要数据的,这个时候可以采用 Mock 的方式提供数据。

关于 Mock 的工具有很多,我们用的 YAPI,既可以管理接口信息,又可以提供 Mock 功能。

YAPI:https://github.com/ymfe/yapi

后端依赖其他服务接口(Dubbo)
基于预定
如果不想自己 Mock 数据,可以在一开始的时候,跟需要对接的同学约定好。接口定好后先将接口写好,返回固定的数据,发布一下。后面在慢慢开发,这样也能直接调用,并且有假数据返回。

自带 Mock 功能
Dubbo 自带了 Mock 功能,自定义一个 Mock 类,然后在使用的时候指定即可。

接口定义:

public interface UserRemoteService {
ResponseData getUser(Long userId);
}
Mock 类:

public class CustomUserRemoteServiceMock implements UserRemoteService {
@Override
public ResponseData getUser(Long userId) {
UserResponse userResponse = new UserResponse();
userResponse.setNickname("尹吉欢");
return Response.ok(userResponse);
}
}
使用:

@Reference(version = DubboConstant.VERSION_V100,mock = "com.cxytiandi.CustomUserRemoteServiceMock")
private UserRemoteService userRemoteService;
自带的 Mock 在单测的时候其实不是很方便,因为我们调用远程服务的代码是在业务代码中,单测都是单独的代码,如果想用 Mock 还得去改动业务代码,加上 mock 的信息。很容易和本地修改的代码一起提交造成问题。

用在服务异常回退的场景还是比较适合的,返回静态数据或者缓存数据等。

包装一个类实现 Mock 功能
定义一个获取远程对象的工厂类,负责获取 Bean 的逻辑,使用者不需要关心内部逻辑。如果@Reference 注入了就返回 Dubbo 代理的 UserRemoteService。如果本地 Spring 中有对应的实现就返回本地的 UserRemoteService。

这样在单测的时候,如果对方还没有提供新服务,就可以用自己在本地建的 Mock 类实现。并且这个 Mock 类可以写在 test 包下。

@Component
public class UserRemoteServiceBeanFactory {
@Reference(version = DubboConstant.VERSION_V100, check=false)
private UserRemoteService userRemoteService;

@Autowired(required = false) private UserRemoteService beanUserRemoteService; public UserRemoteService getUserRemoteService() { if(Objects.nonNull(beanUserRemoteService)){ return beanUserRemoteService; } if(Objects.nonNull(userRemoteService)){ return userRemoteService; } throw new ApplicationException("can't find UserRemoteService"); }

}
Mocktio Mock
Mockito 就是一个优秀的用于单元测试的 Mock 框架, 地址:https://github.com/mockito/mockito

在单测的时候,可以用 Mockito Mock 出一个远程接口的实现,以及要返回的数据。

@MockBean
private UserRemoteService userRemoteService;
@Before
public void before() {
Mockito.when(userRemoteService.getUser(1L))
.thenAnswer(t -> {
UserResponse userResponse = new UserResponse();
userResponse.setNickname("mock name");
return Response.ok(userResponse);
});
}
上面的方式在单测的时候存在一个问题,虽然 Mock 了一个 Bean,但是业务类中还是用的 Dubbo 的代理类,所以得做一些特殊处理。

比如我们在 UserManagerImpl 中用了 UserRemoteService,那么就可以先获取 UserManagerImpl 的对象,然后在将 Mock 的 Bean set 进去,前提是得加好 setUserRemoteService 的方法。

很多时候我们在注入的时候都不会手动写 set 方法,那你也可以用反射去 set。

UserManagerImpl userManager = applicationContext.getBean(UserManagerImpl.class);
Field field = userManager.getClass().getDeclaredField("userRemoteService");
field.setAccessible(true);
field.set(userManager, userRemoteService);
上面虽然解决了 Mock 的 Bean 可以替换的问题,但是在每个单测中都得手动去替换,这就有点受不了啊。

所以最好是单独封装一个替换的类,让使用者无感知。

@Component
public class MockitoMockDubboBeanProcessor implements BeanPostProcessor {
@Autowired
private ApplicationContext applicationContext;
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
if (StringUtils.isNotBlank(beanName) && !beanName.endsWith("ManagerImpl")) {
return bean;
}
List fields = FieldUtils.getAllFieldsList(bean.getClass());
for (Field field : fields) {
processField(bean, field);
}
return bean;
}
private void processField(Object bean, Field field) {
if (field.isAnnotationPresent(Reference.class)) {
Map<String, ?> beans = applicationContext.getBeansOfType(field.getType());
Optional> mockitoMock = beans.entrySet().stream()
.filter(b -> b.getValue().getClass().getName().contains("$MockitoMock$")).findFirst();
if (mockitoMock.isPresent()) {
field.setAccessible(true);
try {
field.set(bean, mockitoMock.get().getValue());
} catch (IllegalAccessException e) {
throw new RuntimeException(e);
}
}
}
}
}
主要还是对所有的 Bean 进行处理,然后根据你们的规范去做一些过滤。比如我这边只会在 ManagerImpl 结尾的类中去调用远程接口,那么就可以直接根据这个去过滤出来我要处理的类。

然后判断类中的属性是不是加了 Reference 注入,然后替换 Bean 为 MockitoMock 的 Bean。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wsssfw.html