openfeign和dubbo区别（dubbo openfeign）

本篇文章给大家谈谈openfeign和dubbo区别，以及dubbo openfeign对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、Dubbo与SpringCloud的区别和优缺点
• 2、Netty高级篇
• 3、（三）OpenFeign
• 4、dubbo和feign传输上下文信息

Dubbo与SpringCloud的区别和优缺点

以上内容均为官方定义，截图如下：

从以上定义中我们不难看出，Apache Dubbo的目标是基于RPC调用为主，并扩展相应的功能。 而SpringCloud是致力于提供分布式服务的各种工具。可以这样讲，Apache Dubbo从概念上讲只相当于SpringCloud中的feign而已。

Apache Dubbo： 诞生于阿并源里巴巴的线上需求，主要是为了应对微服务场景下高并发的处理，所以Apache Dubbo的核心关注点就是解决微服务之间调用的性能。 并且将包括服务注册/发现、负载均衡等微服务的核心内容进行了集成。最后在核心调用流程稳定的情况下完成了包括本地存根、Mock、版本控制等诸多特性的集成。

SpringCloud： SpringCloud是Spring家族中在微服务领域的关键组成部分，延续了Spring一贯的风格：为大家提供好用的工具，可以屏蔽底层实现，一站式完成业务开发。包括后面的SpringCloud Netflix和SpringCloud Alibaba等都是基于此完成工具的开发。我们可以大概数一数SpringCloud的工具内容，Ribbon【负载均衡】、Feign【HTTP服务】、Hystrix【熔断降级】、Gateway【网关】等等，从其中我们不难发现，SpringCloud对于微服务的调用的性能并不太关心，它更关心的是处理微服务调用以外的内容，虽然他勉为其难的搞了一个Feign，但是我们都知道，HTTP的调用是非常耗时的，它与RPC的调用效率完全不可同日而语。

综上所述：Apache Dubbo的目标是为了高效调用服务。SpringCloud的目标是一条龙解决微服务的治理问题，那么出发点都不同，比较的意义又在哪里呢。

事实上，目前我接触和了解的互联网大厂的项目里，单纯的使用SpringCloud的非常少。虽然不全是选用Apache Dubbo， 还有包括Thrift、Zero等微服务框架，但是Apache Dubbo的市场占有率会相对比较高，也是很多大厂项目的首选。

但是Apache Dubbo的服务治理其实并不太好用，比如熔断降级、限流等，同时Apache Dubbo还有一个比较麻烦的问题， 就运雀是没有HTTP调用的逻辑，这一点对前后端分离的项目非常不友好。

基于以上内容，其实在实际项目中， Apache Dubbo和SpringCloud相结合才是目前比较主流的使旁蔽早用方式。服务之间的调用使用Apache Dubbo。熔断、网关、限流等使用SpringCloud。尤其是在拥有了SpringCloud Alibaba以后，SpringCloud与Apache Dubbo的结合更加紧密，这才是我个人建议的使用方式。

[img]

Netty高级篇

本文将用netty实现一个简单的RPC框架。

RPC，远程调用，就是A程序部署清橡在1号机器上，B程序部署在2号机器上，A可以像调本地方法一样地去调用B程序，而不需要程序员额外地编写这个交互过程，这就叫RPC远程调用。dubbo、Ribbon、openfeign都是RPC框架。

这两个流程中，我们只需要关心发送请求和笑液处理响应即可，中间那些过程对程序员来说都是透明的。所以，要实现RPC框架，要处理的就是封装中间那些步骤。

假如现在我们需要调用服务提供者HelloServiceImpl的hello方法，调用流程如下：

1、HelloService接口：

2、服务端：

3、客户端：

先启动ServerBootStrap，然答升旁后启动ClientBootStrap去调用服务端的hello方法，最后可以成功拿到返回结果。

（三）OpenFeign

这里可以在客户端单独提供一个API进行描述，客户端可以直接引入，无需再定义。服务端也同样引入，直接实现即可。

OpenFeign底层也是通过http请求实现。

该接口其实就是为了描述http请求所需要的全部条件。如：服务名称（地址）、请求方式、请求方法、请求参数、返回类型...等

在远程调用请求、响应数据较大的情况下可以配置使用GZIP压缩。（默认2048字符以上）

可以针对某些Feign接口指定日志跟踪。

修改配置关闭httpclient，开启okhttp

引入okhttp jar

OpenFeign可以看做是一个模板。比如下方示例。定义了请求方式，包括。服务名称（host）、请求路径、GET/POST、参数、结果，这些已经可以满足我们进行http请求调用。OpenFeign客户端便是通过这些，生成代理对象，从而在调用时向服务端发起请求。

代理对象中主要通过对注解进行解析，从Eureka中获取服务列表，再利用LoadBlance进行负载均衡，最后向服务端请求数据结果。

OpenFeign方便了跨服务之间的调用。如果没有OpenFeign我们要知道具体的地址才可以发起http请求获得返回结果。

底层使用Http通讯方式。RestTemplate是对Http协议的一种封装。

不引入服务端jar包自己写接口也完全可以。差灶

只要定义好FeignClient模板，交给Feingn去扫描加载，都可以请求到服务端。服务端直接提供jar包的方式是一种接口的收敛，方便客户端调用，有变动仅需要修改服务端版本即可。比如，服务端A提供了接口IA，同时被服务B/C/D使用，如果不引入jar包由客户端B/C/D自行定义，容易出错，且服务A修改需要增加参数时，B/C/D必需简庆渗要修改。

思考，如果服务A 1.0版本接口 IA 只有一个参数 id，B服务引入了该版本服务接口。 然后服务A 升级版本，1.1 ，接拦脊口IA 增加参数 name，此时，服务 B 继续使用1.0版本接口IA，请求时是否会出现问题？取决于什么？为什么？

dubbo和feign传输上下文信息

在两个进程传输的过程中，例如A进程向B进程传输数据，一般都需要传一些固定字段信息，这些信息一般是与业务无关，像调用链追踪，api网关等都需要传输此上下文信息。我们现在有两个应用，应用A是订单系统，应用B是用户中台系统，而且我们是toB的业务，用户是属于某个企业的，该企业的唯一标识为corpId，每个应用对应一个唯一的应用id，还有多个应用的调用链追踪侍笑需要传输traceId等，所以A调用B必须传输此几个字段，以下介绍dubbo和feign传输上下文的方法。

Dubbo(读音[ˈdʌbəʊ])是阿里巴巴公司开源的一个高性能优秀的服务框架毕谈宽使得应用可通过高性能的 RPC 实现服务的输手亮出和输入功能，可以和 Spring框架无缝集成。Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现，具体想研究dubbo可以参考dubbo文档，本文只介绍dubbo传输上下文的方法:

注：采用http协议传输上下文信息，会将上下文字段设置到header，但是头信息中不能含有中文，所以需要进行编码后传输，然后在接受端解码。

关于openfeign和dubbo区别和dubbo openfeign的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。