本文目录

1. 微服务框架spring cloud和dubbo有什么区别
2. springcloud高级面试题
3. openfeign高级使用教程
4. hystrix熔断与限流原理

微服务框架spring cloud和dubbo有什么区别

首先，从严格意义上来说，Dubbo和SpringCloud的定位是不一样的。Dubbo是一个高性能的、基于java的开源RPC框架，注意它的定位是是高性能和RPC框架。SpringCloud提供了一系列通用工具来帮助开发者在分布式系统里快速构建一些常见模式，比如分布式配置管理、服务发现、熔断降级、智能路由、微代理、控制总线、一次性令牌、全局锁、分布式选主、分布式session等一些列解决方案，它的设计目标是提供一整套服务治理能力，它具有一套完整的微服务解决方案体系。

dubbo只是一个分布式的RPC框架，如果一定要按照分布式系统架构里的功能来定义的话，只是解决了服务发现、服务路由、服务降级和负载均衡方面的能力，新版本里也提供了动态配置中心和服务治理相关的能力，但相比SpringCloud而言，还是差了相当一部分的能力。

从功能支持上来说，dubbo的角色定位可能更像是另外一个大名鼎鼎的框架，那就是gRPC，而且两者在使用的方式以及工作原理上都非常相似，都是基于序列化协议来解决分布式系统中的远程调用问题，在使用上可以通过约定接口或者通过proto文件生成代码文件来“提升用户的使用”。

如果你在系统设计之初就已经考虑到了后续可能会涉及到各种服务治理能力，比如分布式配置、全局锁、分布式session等常见需求，那么使用SpringCloud将会减少你很多的工作，因为这些基本上都是"套件"，相互配合使用会非常顺畅。如果你想要的只是解决分布式架构后的远程调用问题，那么Dubbo是一个不错的选择。

SpringCloud和Dubbo的基本差异大概就是如上所述，如果你不知道该如何做选择，这里再补充几个比较关键的差异点，希望能帮助你更好的结合自身业务做出选择：

能力支持方面

上文也提到，SpringCloud提供了一整套微服务治理的功能组件，很多组件基本上都是"开箱即用"的，并且相互之间能很好的兼容，举个例子，如果要在SpringCloud里实现服务发现、负载均衡和熔断降级，你只需要引用SpringCloud的依赖组件即可，直接通过注解便可使用，基本上零配置；而dubbo框架，除了上述提到的能力支持之外，如果想要使用熔断降级，那你可能需要额外引用hystrix或者resilience4j来实现；温馨提示，hystrix官方目前也已经宣布不再更新，并且推荐使用resilience4j。

协议兼容方面

SpringCloud里并没有限制服务之间的通信协议，但是主流的一些客户端比如restTemple、feign等都是直接支持使用Ribbon来做服务注册发现和智能路由的，其底层通信的协议都是HTTP；而dubbo框架缺省是基于NIO异步传输使用TCP长连接并采用Hessian二进制序列化方式通信的；

这会涉及后续系统在扩展上的兼容性问题，比如需要调用一个三方系统或者是被第三方系统调用，相比而言HTTP协议可能更加通用。

模型定义方面

dubbo在模型设计上将一个接口定义为一个服务，而SpringCloud里则是将一个应用定义为一个服务，这两者在模型上是存在很大差异的，你也许会奇怪，这个对使用会有影响吗？从现有使用方面来说是没有什么影响的，但是你如果有关注ServiceMesh最新微服务技术的话，目前对Dubbo协议这块可能支持暂时还不完善，其中很大一部分原因就是因为在服务模型上与K8S的服务模型有差异；

调用性能方面

如果分布式系统中比较关注远程调用的性能，那Dubbo可能是一个较好的选择，基于NIO和TCP长连接的通信传输方式，在性能上相比HTTP协议是有绝对优势的；当然基于SpringCloud你也可以使用gRPC协议来解决性能问题，那就是另外一个问题了。

springcloud高级面试题

1.什么是微服务？

2.差异配置中心如何工作？

3.如何解决SpringCloud应用的配置管理？

4.SpringCloud有哪些主要的组件？

5.NetflixOSS的组件如何组合在一起来构建可扩展的应用？

6.SpringCloud使用哪种服务发现机制？

7.微服务和负载均衡之间有何区别？

8.使用SpringCloudStream如何处理消息传递？

9.描述Ribbon负载均衡和Feign负载均衡之间的差异？

10.有哪些Hystrix断路器必须考虑的因素？

openfeign高级使用教程

下面是一些OpenFeign高级使用教程：

自定义编码器和解码器：OpenFeign默认采用Jackson进行JSON序列化和反序列化，如果需要支持其他类型的数据格式，可以通过自定义编码器和解码器来实现。例如，可以使用Protobuf或Msgpack等优秀的序列化库来提高性能。

自定义拦截器：OpenFeign的拦截器机制类似于SpringAOP，可以通过自定义拦截器来实现日志记录、安全验证、性能监控等功能。

Hystrix和Ribbon集成：OpenFeign默认采用HTTP协议进行通信，如果需要支持负载均衡和熔断机制，可以将其与NetflixHystrix和Ribbon集成起来。这样可以提高系统的可靠性和稳定性，避免因单个服务节点故障导致整个系统崩溃。

支持多种HTTP请求方式：OpenFeign支持多种HTTP请求方式，包括GET、POST、PUT、DELETE等，可以根据具体的业务需求选择合适的请求方式。

错误处理和异常处理：在使用OpenFeign时，可能会出现网络连接失败、超时、404等错误，也可能会出现业务逻辑异常等问题。因此需要对这些问题进行处理和统一的异常处理，以保证系统的稳定性和可靠性。

总之，OpenFeign是一个非常优秀的JavaHTTP客户端开发工具，通过学习和掌握其高级使用技巧，可以更好地实现RESTful服务的调用和远程方法调用。

hystrix熔断与限流原理

hystrix是一个帮助解决分布式系统交互时超时处理和容错的类库,它同样拥有保护系统的能力。

hystrix的设计原则包括:资源隔离、熔断器、命令模式、资源隔离。

hystrix将同样的模式运用到了服务调用者上。

hystrix通过将每个依赖服务分配独立的线程池进行资源隔离,从而避免服务雪崩。

熔断器模式定义了熔断器开关相互转换的逻辑:服务的健康状况=请求失败数/请求总数。

熔断器开关由关闭到打开的状态转换是通过当前服务健康状况和设定阈值比较决定的。

当熔断器开关关闭时,请求被允许通过熔断器。

如果当前健康状况高于设定阈值,开关继续保持关闭。

如果当前健康状况低于设定阈值,开关则切换为打开状态。

当熔断器开关打开时,请求被禁止通过。

当熔断器开关处于打开状态,经过一段时间后,熔断器会自动进入半开状态,这时熔断器只允许一个请求通过。

当该请求调用成功时,熔断器恢复到关闭状态.若该请求失败,熔断器继续保持打开状态,接下来的请求被禁止通过。

熔断器的开关能保证服务调用者在调用异常服务时,快速返回结果,避免大量的同步等待。

并且熔断器能在一段时间后继续侦测请求执行结果,提供恢复服务调用的可能。

文章分享结束，hystrix熔断与限流原理和hystrix不建议使用的答案你都知道了吗？欢迎再次光临本站哦！