2021最新面试题-springcloud、duboo篇

什么是微服务？

　　以前的单体架构，所有的代码在同一个工程里 部署在同一个服务器中 同一个项目的不同模块不同功能互相抢占资源

　　微服务 是根据工程的业务或者功能拆分成一个个服务 可以部署在不同的服务器中 互相调用

微服务的优缺点？

　　优点：

　　　　每一个服务足够内聚,代码容易理解

　　　　开发效率提高,一个服务只做一件事

　　　　微服务能够被小团队单独开发

　　　　微服务是松耦合的,是有功能意义的服务

　　　　可以用不同的语言开发,面向接口编程

　　　　易于与第三方集成　　

　　　　微服务只是业务逻辑的代码,不会和HTML,CSS或者其他界面组合

　　开发中,两种开发模式

　　　　前后端分离

　　　　　全栈工程师

　　　　可以灵活搭配,连接公共库/连接独立库

　　缺点：

　　　　分布式系统的负责性

　　　　多服务运维难度，随着服务的增加，运维的压力也在增大

　　　　系统部署依赖

　　　　服务间通信成本

　　　　数据一致性

　　　　系统集成检测

　　　　性能监控

什么是SpringColud？为什么要使用它

　　分布式微服务架构的一站式解决方案，是多种微服务架构落地技术的集合体，俗称微服务全家桶

　　原因：

　　　　代码结构混乱

　　　　单体结构的应用，业务复杂，导致代码量很大，管理会越来越困难。同时，这也会给业务的快速迭代带来巨大挑战；

　　　　开发效率变低：

　　　　开发人员同时开发一套代码，很难避免代码冲突。开发过程会伴随着不断解决冲突的过程，这会严重的影响开发效率；

　　　　排查解决问题成本高

　　　　线上业务发现 bug，修复 bug 的过程可能很简单。但是，由于只有一套代码，需要重新编译、打包、上线，成本很高。

　　微服务架构逐渐取代了单体架构 

SpringCloud中的五大组件？它们的基本功能

　　EureKa：服务治理组件，可以注册服务接口中心   服务注册与发现

　　Feign：基于 Hystrix 和 Ribbon 声明式服务调用组件    服务接口调用

　　Ribbon：客户端负载均衡服务调用组件  服务负载均衡

　　Hystrix：容错管理组件，实现断路器模式，服务依赖中出现的延迟和故障提供容错性  服务熔断器

　　zull：网关，提供路由，访问过滤  服务路由

Eureka自我保护机制是什么?

　　当Eureka Server 节点在短时间内丢失了过多实例的连接时（比如网络故障或频繁启动关闭客户端）节点会进入自我保护模式，保护注册信息，不再删除注册数据，故障恢复时，自动退出自我保护模式。

Eureka和ZooKeeper提供服务注册与发现的区别是什么？

　　1、ZooKeeper保证的是CP,Eureka保证的是AP

　　　ZooKeeper在选举期间注册服务瘫痪,虽然服务最终会恢复,但是选举期间不可用的

　　　Eureka各个节点是平等关系,只要有一台Eureka就可以保证服务可用,而查询到的数据并不是最新的；自我保护机制会导致Eureka不再从注册列表移除因长时间没收到心跳而应该过期的服务，Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其他节点(高可用)；
当网络稳定时,当前实例新的注册信息会被同步到其他节点中(最终一致性)
Eureka可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像ZooKeeper一样使得整个注册系统瘫痪

　　2、ZooKeeper有Leader和Follower角色,Eureka各个节点平等

　　3、ZooKeeper采用过半数存活原则,Eureka采用自我保护机制解决分区问题

　　3、Eureka本质上是一个工程,而ZooKeeper只是一个进程

Ribbon和Feign的区别？

　　1、Ribbon都是调用其他服务的，但方式不同。

　　2、启动类注解不同，Ribbon是@RibbonClient feign的是@EnableFeignClients
　　3、服务指定的位置不同，Ribbon是在@RibbonClient注解上声明，Feign则是在定义抽象方法的接口中使用@FeignClient声明。
　　4、调用方式不同，Ribbon需要自己构建http请求，模拟http请求然后使用RestTemplate发送给其他服务，步骤相当繁琐。Feign需要将调用的方法定义成抽象方法即可。

什么是服务熔断?什么是服务降级？

　　为了解决某个微服务的调用响应时间过长或者不可用进而占用越来越多的系统资源引起雪崩效应就需要进行服务熔断和服务降级处理。

　　所谓的服务熔断指的是某个服务故障或异常一起类似显示世界中的“保险丝"当某个异常条件被触发就直接熔断整个服务，而不是一直等到此服务超时。

　　服务熔断就是相当于我们电闸的保险丝,一旦发生服务雪崩的,就会熔断整个服务,通过维护一个自己的线程池,当线程达到阈值的时候就启动服务降级,如果其他请求继续访问就直接返回fallback的默认值

Hystrix相关核心注解有哪几个？

　　@EnableHystrix：开启熔断

　　@HystrixCommand(fallbackMethod=”XXX”)： 声明一个失败回滚处理函数XXX，当被注解的方法执行超时（默认是1000毫秒），就会执行fallback函数，返回错误提示。

Spring Cloud断路器的作用?

　　当一个服务调用另一个服务由于网络原因或自身原因出现问题，调用者就会等待被调用者的响应 当更多的服务请求到这些资源导致更多的请求等待，发生连锁效应（雪崩效应）

　　断路器有完全打开状态:一段时间内 达到一定的次数无法调用 并且多次监测没有恢复的迹象 断路器完全打开 那么下次请求就不会请求到该服务

　　半开:短时间内 有恢复迹象 断路器会将部分请求发给该服务，正常调用时 断路器关闭

　　关闭：当服务一直处于正常状态 能正常调用
什么是RPC？

　　RPC（Remote Procedure Call Protocol）远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。简言之，RPC使得程序能够像访问本地系统资源一样，去访问远端系统资源。比较关键的一些方面包括：通讯协议、序列化、资源（接口）描述、服务框架、性能、语言支持等。
　　简单的说，RPC就是从一台机器(客户端)上通过参数传递的方式调用另一台机器(服务器)上的一个函数或方法(可以统称为服务)并得到返回的结果

RPC和SOA、SOAP、REST的区别是什么？

　　没什么太大区别，他们的本质都是提供可支持分布式的基础服务，最大的区别在于他们各自的的特点所带来的不同应用场景 。

RPC框架需要解决的问题？

　  1、如何确定客户端和服务端之间的通信协议

　　2、如何更高效的进行网络通信

　　3、服务端提供的服务如何暴露给客户端

　　4、客户端如何发现这些暴露的服务

　　5、如何更高效的对请求对象和响应结果进行序列化和反序列化的操作

RPC的实现基础？

　　1、需要有非常高效的网络通信，比如一般选择Netty作为网络通信框架；

　　2、需要有比较高效的序列化框架，比如谷歌的Protobuf序列化框架；

　　3、可靠的寻址方式（主要是提供服务的发现），比如可以使用Zookeeper来注册服务等等；

　　4、如果是带会话（状态）的RPC调用，还需要有会话和状态保持的功能；

RPC使用了哪些关键技术？

　　动态代理;

　　　　生成Client Stub（客户端存根）和Server Stub（服务端存根）的时候需要用到Java动态代理技术，可以使用JDK提供的原生的动态代理机制，也可以使用开源的：CGLib代理，Javassist字节码生成技术。

　　序列化和反序列化
　　　　在网络中，所有的数据都将会被转化为字节进行传送，所以为了能够使参数对象在网络中进行传输，需要对这些参数进行序列化和反序列化操作。

　　　　序列化：
　　　　　　把对象转换为字节序列的过程称为对象的序列化，也就是编码的过程。

　　　　反序列化：
　　　　　　把字节序列恢复为对象的过程称为对象的反序列化，也就是解码的过程。

　　　　目前比较高效的开源序列化框架：如Kryo、FastJson和Protobuf等。

　　NIO通信
　　　　出于并发性能的考虑，传统的阻塞式 IO 显然不太合适，因此我们需要异步的 IO，即 NIO。Java 提供了 NIO 的解决方案，Java 7 也提供了更优秀的 NIO.2 支持。可以选择Netty或者MINA来解决NIO数据传输的问题。

　　服务注册中心
　　　　可选：Nacos、Redis、Zookeeper、Consul 、Etcd。一般使用ZooKeeper提供服务注册与发现功能，解决单点故障以及分布式部署的问题(注册中心)。

Dubbo是什么？

　　Dubbo 是阿里巴巴开源的基于 Java 的高性能 RPC 分布式服务框架，现已成为 Apache 基金会孵化项目。

为什么要用Dubbo？

　　使用 Dubbo 可以将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，可用于提高业务复用灵活扩展，使前端应用能更快速的响应多变的市场需求。

Dubbo 和 Spring Cloud 有什么区别？

　　服务调用方式

　　　　Dubbo使用的是RPC

　　　　SpringCloud使用的是Rest Api

　　注册中心

　　　　Dubbo可以使用zookeeper、nacos

　　　　Spring多了一个euraka

　　服务网关

　　　　Dubbo本身没有实现，只能通过其他第三方技术整合

　　　　SpringCloud有Zuul路由网关，作为路由服务器，进行消费者的请求分发,SpringCloud支持断路器，与git完美集成配置文件支持版本控制，事物总线实现配置文件的更新与服务自动装配等等一系列的微服务架构要素。

　　组成部分不同

　　

功能名称	Dubbo	Spring Cloud

 

服务注册中心

ZooKeeper

Spring Cloud Netflix Eureka

服务调用方式

RPC

REST API

服务网关

无

Spring Cloud Netflix Zuul

断路器

不完善

Spring Cloud Netflix Hystrix

分布式配置

无

Spring Cloud Config

服务跟踪

无

Spring Cloud Sleuth

消息总线

无

Spring Cloud Bus

数据流

无

Spring Cloud Stream

批量任务

无

Spring Cloud Task

Dubbo有哪几种配置方式？

1. Spring 配置方式
2. Java API 配置方式