当前位置:主页 > 软件编程 > JAVA代码 >

springboot2.x引入feign踩的坑及解决

时间:2022-11-07 09:37:41 | 栏目:JAVA代码 | 点击:

springboot2.x引入feign踩的坑

一、需求

最近公司项目需求,需要调用第三方服务的接口,所以选用了feign来实现(这里只说springboot2.x的pom引用,没有怎么使用,网上一大顿)。

二、什么是feign

feign是声明式的web service客户端,它让微服务之间的调用变得更简单了,类似controller调用service。Spring Cloud集成了Ribbon和Eureka,可在使用Feign时提供负载均衡的http客户端。

三、springboot1.x中feign的使用

这里不展示hystrix熔断的配置和实现

3.1 在pom.xml中加入依赖

<!-- feign依赖 -->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-feign</artifactId>
  <version>1.2.2.RELEASE</version>
</dependency>
<!-- hystrix 断路器依赖 用于处理请求第三方接口超时 -->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-hystrix</artifactId>
  <version>1.2.3.RELEASE</version>
</dependency>
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId>
  <version>1.2.3.RELEASE</version>
</dependency>

3.2 在启动类上添加注解@EnableFeignClients

@EnableCaching
@EnableAutoConfiguration
@SpringBootApplication
@EnableConfigurationProperties
@ServletComponentScan//配置druid必须加的注解,如果不加,访问页面打不开,filter和servlet、listener之类的需要单独进行注册才能使用,spring boot里面提供了该注解起到注册作用
@EnableTransactionManagement
@EnableFeignClients
@EnableHystrix
@EnableCircuitBreaker
@EnableHystrixDashboard
public class App {
	public static void main(String[] args) {
		SpringApplication.run(App.class, args);
	}
}

3.3 启动springboot的启动类

四、springboot2.x中feign的使用

这里不展示hystrix熔断的配置和实现

在另外项目中引用的时候用的是spring2.x,所以就出现问题了,引入feign失败。网上说springboot2.x需要如下引入:

<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

但是我使用openfeign在启动的时候报错:

所以我将pom.xml的依赖改成了这样(<parent>一定要注释掉):

<!-- 此处一定要注释掉parent继承父级的依赖 -->
<!--<parent>-->
    <!--<groupId>org.springframework.boot</groupId>-->
    <!--<artifactId>spring-boot-starter-parent</artifactId>-->
    <!--<version>2.1.2.RELEASE</version>-->
<!--</parent>-->
<dependencies>
  <!-- ...其他的依赖省略了 -->
  <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-openfeign</artifactId>
  </dependency>
  <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-hystrix</artifactId>
      <version>1.2.3.RELEASE</version>
  </dependency>
  <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId>
      <version>1.2.3.RELEASE</version>
  </dependency>
</dependencies>
 
<repositories>
  <repository>
      <id>spring-milestones</id>
      <name>Spring Milestones</name>
      <url>https://repo.spring.io/libs-milestone</url>
      <snapshots>
          <enabled>false</enabled>
      </snapshots>
  </repository>
</repositories>
<dependencyManagement>
  <dependencies>
      <dependency>
          <groupId>org.springframework.cloud</groupId>
          <artifactId>spring-cloud-openfeign</artifactId>
          <version>2.0.0.RC1</version>
          <type>pom</type>
          <scope>import</scope>
      </dependency>
  </dependencies>
</dependencyManagement>

启动类注解和springboot1.x中的一样,启动工程,就可以了。

feign调用方式比较

一、事发原因

两个东家都使用SpringCloud,巴拉巴拉用上了Spring全家桶,从eureka到ribbon,从ribbon到feign,从feign到hystrix,然后在使用feign的时候发现使用方式不同,仔细一看这种调用方式,唉,麻烦,我怎么要自己定义DTO,自己定义Fallback, 自己定义方法呢?用上之后,其实发现各有各的好处,今天就来一一记录一下。

二、方式1介绍

我们在开发服务的时候,会把接口和实现分开, 即有一个API模块和一个Service模块,消费者依赖API的jar包,直接注入API中的Service,则可以直接通过Feign调用到对应的服务,对应的项目结构如下:

我们在接口API中定义好方法,并加上Feign注解等(MICRO-PROVIDER2是服务名,注册到Eureka Server上的名称。 使用Feign还可以自己实现fallback,设置超时默认放回值。这里做测试,不写过多代码)。

具体的实现如下图所示。

接下来就是我们如何在consumer中去消费这个服务了,我们会在service服务中,依赖api的jar包,实现Provider2Service即可。

具体的实现如下图

代码中的实现逻辑:

三、方式2介绍

这中方式介绍起来比较简单。直接在消费者中定义新的service接口,通过Feign注解,定义方法,调用的url和被调用服务的url相同,实现逻辑如下。

四、调用结果测试

方式2:

方式1:

可以看到,两种方式都是可以消费到服务(本质是一样)。但是两种方式各有好处和坏处,我们要来比较下,看看究竟哪一种才是我们需要的呢?

五、两种方式对比  

通过两种方式的对比,我们可以看到的优优劣势主要有:

方式一:

优点:

1:服务消费者不用自己写接口。

2:可提供好Dto,Vo等直接给服务消费者。

缺点:

1:service需要依赖jar包,如果依赖服务过多,jar也会过多。

2:给消费者暴露了过多的接口。部分与消费者无关的接口也暴露给对方。

方式二:

优点:

1:无需依赖过多jar包。

2:消费者不要要过多接受消费者提供的方法。

缺点:

1:需要消费者自己实现接口。

2:严重依赖文档。在实现接口时,对于所有信息都要有文档定义。如:请求方式,请求参数,返回值等。

3:自己完成Dto,Vo的编写。  

六、小结一下

您可能感兴趣的文章:

相关文章