问题描述
在之前发布的《Spring Cloud实战小贴士：Feign的继承特性(伪RPC模式)》一文中，我们介绍了如果使用Feign的继承特性来完成服务的提供以及服务的消费，实现了类似RPC的编程模式。但是，仔细一些的读者可能已经发现一个问题：当我们将服务消费者运行起来的时候，定义在服务提供方的那些请求映射关系也被加载到了服务消费者中，这就会带来两个问题：
- 由于服务消费者并不提供这些接口，对于开发者来说容易造成误解
- 由于加载了一些外部服务的接口定义，还存在与自身接口定义冲突的潜在风险
问题分析
那么这些外部请求接口定义是如何被加载到消费端的呢？我们先来看看Spring MVC处理请求映射的RequestMappingHandlerMapping实现片段：
@Override
protected boolean isHandler(Class<?> beanType) {
return (AnnotatedElementUtils.hasAnnotation(beanType, Controller.class) ||
AnnotatedElementUtils.hasAnnotation(beanType, RequestMapping.class));
}
|
我们可以发现如上的这段实现，该函数用来判断是否要处理请求映射的判断依据。从实现中我们看到，只要被扫描的类包含了@Controller注解或@RequestMapping注解，那么就会被加载进来。虽然@FeignClient定义修饰的服务消费端没有声明这些注解，但是当我们使用了继承特性的时候，那么这些注解就也会被服务消费者解析和加载，所以出现了上面所描述的现象。
解决方法
既然已经找到了问题所在，那么我们可以针对性的扩展处理：扩展RequestMappingHandlerMapping的isHandler函数。
@Configuration
@ConditionalOnClass({Feign.class})
public class FeignConfiguration {
@Bean
public WebMvcRegistrations feignWebRegistrations() {
return new WebMvcRegistrationsAdapter() {
@Override
public RequestMappingHandlerMapping getRequestMappingHandlerMapping() {
return new FeignRequestMappingHandlerMapping();
}
};
}
private static class FeignRequestMappingHandlerMapping extends RequestMappingHandlerMapping {
@Override
protected boolean isHandler(Class<?> beanType) {
return super.isHandler(beanType) &&
!AnnotatedElementUtils.hasAnnotation(beanType, FeignClient.class);
}
}
}
|
如上实现的isHandler函数继承了原来的实现，同时增加了一个条件：不能被@FeignClient注解修饰的类才会进行解析加载。
相关阅读
- Spring Cloud实战小贴士：Feign的继承特性(伪RPC模式)
- Spring Cloud构建微服务架构：服务消费者（Feign）【Dalston版】
- Spring Cloud构建微服务架构：服务消费者（Ribbon、Feign）
- 探讨通过Feign配合Hystrix进行调用时异常的处理
@media (min-width: 768px) { .copyright-left { float: left; width: 80%; } .copyright-right { float: left; width: 20%; } }
没钱没人脉也能轻松入门，让你每年多赚10万！
本文暂时没有评论，来添加一个吧(●'◡'●)