Feign远程调用注解以及继承关系中的坑

复制代码
				微服务Feign
1.Feign集成Hystrix和Ribbon
@FeignClient注解用于服务发现,注解中的参数为需要调用的服务名称,服务提供方注册到注册中心的名称
常见错误:ambiguous mapping	,假如我们现在有两个接口

@FeignClient("微服务注册到nacos的名称")
@RequestMapping("aaa")
public interface A {
}

// 此时的接口B继承自接口A,这时就会报ambiguous mapping
public interface B extends A{
}

因为接口B继承了接口A会一并继承接口A的所有注解,这时接口A和接口B会存在相同的接口访问路径这时Springboot或者SpringMvc会报ambiguous mapping这个错误,这是因为spring上下文中加载了同样的路径

@EnableFeignClients(basePackages = "")

@EnableFeignClients这个注解加在项目的启动类上

复制代码
// 下面注解加在启动类上面,表明我们当前这个项目需要去通过Feign组件去调用另一个注册到注册中心的服务,当然这个被调用这个服务前提是得注册到注册中心中才可以这个么调用,被调用的服务提供类就可以用@Autowired注入进来,然后正常调用服务类中加了@FeignClient注解类中的方法
@EnableFeignClients
public class Application {

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }

}

但是如果被调用的服务类没有注册到注册中心中,而是以jar,也就是被调用的服务类没有单独启动起来,也就是说是以依赖的方式就是

引入当前项目中,那么当前这个服务在启动时就不会去主动加载标注了加了@FeignClient注解的类,那么就不能以@Autowired或者@Resource方式来注入服务类中加了@FeignClient注解的类,这时候@EnableFeignClients(basePackages = "")中的basePackages = ""属性就派上用场了,这个时候就需要使用basePackages属性字段去指明应用程序A在启动的时候需要扫描服务B中的标注了@FeignClient注解的接口的包路径,扫包会把这个包路径下的所有标注了@FeignClient注解类一次性全加载到spring上下文中

@componentscan注解的作用:包扫描,

解决方法:

一.在启动类扫包时,不要把原始的Feign接口扫描进来.

二.@EnableFeignClients 注解的Clients属性,来配置只需要加载的Feign接口,这样的话就相当于一个精准加载标注了@FeignClient注解的类,这样就解决了有两个同样标注了@FeignClient注解的类之间存在继承关系会在spring上下文中加载同样路径问题

相关推荐
论迹20 分钟前
【JavaEE】-- Cookie &&Session
java·java-ee
czhc114007566341 分钟前
Java114 LeeCode 翻转二叉树
java
一 乐42 分钟前
个人理财系统|基于java+小程序+APP的个人理财系统设计与实现(源码+数据库+文档)
java·前端·数据库·vue.js·后端·小程序
盖世英雄酱581361 小时前
java深度调试技术【第四五章:多线程和幽灵代码】
java·后端
稚辉君.MCA_P8_Java1 小时前
深入理解 TCP;场景复现,掌握鲜为人知的细节
java·linux·网络·tcp/ip·kubernetes
熊猫比分站1 小时前
[特殊字符] Java/Vue 实现体育比分直播系统,支持多端实时更新
java·开发语言·vue.js
lang201509282 小时前
深入掌握 Maven Settings:从配置到实战
java·maven
scx_link2 小时前
修改JetBrains产品(IntelliJ IDEA 、PyCharm等软件)的默认插件和日志的存储位置
java·pycharm·intellij-idea
BUG?不,是彩蛋!2 小时前
Maven-Java 项目到底解决了什么痛点?
java·servlet·maven
lijun_xiao20092 小时前
SpringCloud+RabbitMQ+Docker+Redis+搜索+分布式-学习笔记-1
分布式·spring cloud·rabbitmq