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中加入依赖
org.springframework.cloud spring-cloud-starter-feign 1.2.2.RELEASE org.springframework.cloud spring-cloud-starter-hystrix 1.2.3.RELEASE org.springframework.cloud spring-cloud-starter-hystrix-dashboard 1.2.3.RELEASE
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需要如下引入：
org.springframework.cloud spring-cloud-starter-openfeign
但是我使用openfeign在启动的时候报错：
所以我将pom.xml的依赖改成了这样（
org.springframework.cloud
spring-cloud-starter-openfeign
org.springframework.cloud
spring-cloud-starter-hystrix
1.2.3.RELEASE
org.springframework.cloud
spring-cloud-starter-hystrix-dashboard
1.2.3.RELEASE
spring-milestones
Spring Milestones
https://repo.spring.io/libs-milestone
false
org.springframework.cloud
spring-cloud-openfeign
2.0.0.RC1
pom
import
启动类注解和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的编写。
六、小结一下
两种调用方式，我把知道的优缺点放在这了。关于如何选择，请根据需要自己抉择，以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。