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

目录

springboot2.x引入feign踩的坑一、需求二、什么是feign三、springboot1.x中feign的使用四、springboot2.x中feign的使用feign调用方式比较一、事发原因二、方式1介绍三、方式2介绍四、调用结果测试五、两种方式对比　　六、小结一下

springboot2.x引入feign踩的坑

一、需求

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

二、什么是feign

feign是声明式的web rvice客户端，它让微服务之间的调用变得更简单了，类似controller调用rvice。spring cloud集成了ribbon和eureka，可在使用feign时提供负载均衡的http客户端。

三、sprin平均学分绩点gboot1.x中feign的使用

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

3.1 在pom.xml中加入依赖

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

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

@enablecaching@enableautoconfiguration@springbootapplication@enableconfigurationproperties@rvletcomponentscan//配置druid必须加的注解，如果不加，访问页面打不开，filter和rvlet、listener之类的需要单独进行注册才能使用，spring boot里面提供了该注解起到注册作用@enabletransactionmanagement@enablef改编eignclients@enablehystrix@enablecircuitbreaker@enablehystrixdashboardpublic 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.relea</version>--><!--</parent>--&青春沈庆歌词gt;<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.relea</version>  </dependency>  <dependency>      <groupid>org.springframework.cloud</groupid>      <artifactid>spring-cloud-starter-hystrix-dashboard</artifactid>      <version>1.2.3.relea</version>  </dependency></dependencies> <repositories>  <repository>      <id>spring-milestones</id>      <name>spring milestones</name>      <url>https://repo.spring.io/libs-milestone</url>      <snapshots>          <enabled>fal</enabled>      </snapshots>  </repository></repositories><dependencymanagement>  <dependencies>      <dependency>          <groupid>org.sprin四年级数学练习题gframework.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模块和一个rvice模块，消费者依赖api的jar包，直接注入api中的rvice，则可以直接通过feign调用到对应的服务，对应的项目结构如下：

我们在接口api中定义好方法，并加上feign注解等（micro-provider2是服务名，注册到eureka rver上的名称。 使用feign还可以自己实现fallback，设置超时默认放回值。这里做测试，不写过多代码）。

具体的实现如下图所示。

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

具体的实现如下图

代码中的实现逻辑：

三、方式2介绍

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

四、调用结果测试

方式2：

方式1：

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

五、两种方式对比　　

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

方式一：

优点：

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

2：可提供好dto，vo等直接给服务消费者。

缺点：

1：rvice需要依赖jar包，如果依赖服务过多，jar也会过多。

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

方式二：

优点：

1：无需依赖过多jar包。

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

缺点：

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

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

3：自己完成dto，vo的编写。　　

六、小结一下

两种调用方式，我把知道的优缺点放在这了。关于如何选择，请根据需要自己抉择，以上为个人经验，希望能给大家一个参考，也希望大家多多支持www.887551.com。