dubbo面试题

最新推荐文章于 2023-12-27 13:28:34 发布

逸轩要冲鸭

最新推荐文章于 2023-12-27 13:28:34 发布

阅读量114

点赞数

分类专栏：复习专题文章标签： zookeeper

本文链接：https://blog.csdn.net/qq_36335126/article/details/107841390

版权

复习专题专栏收录该内容

32 篇文章 0 订阅

订阅专栏

1.dubbo如何做负载均衡
RandomLoadBalance 随机
在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。

获取invoker的数量
获取第一个invoker的权重，并复制给firstWeight
循环invoker集合，把它们的权重全部相加，并复制给totalWeight，如果权重不相等，那么sameWeight为false
如果invoker集合的权重并不是全部相等的，那么获取一个随机数在1到totalWeight之间，赋值给offset属性
循环遍历invoker集合，获取权重并与offset相减，当offset减到小于零，那么就返回这个inovker
如果权重相等，那么直接在invoker集合里面取一个随机数返回

RoundRobinLoadBalance 轮询
存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。
在老的版本上，dubbo会求出最大权重和最小权重，如果权重相等，那么就直接按取模的方式，每次取完后值加一；如果权重不相等，顺序根据权重分配。
在新的版本上，对这个类进行了重构。

从methodWeightMap这个实例中根据ServiceKey+MethodName的方式获取里面的一个map实例，如果没有则说明第一次进到该方法，则实例化一个放入到methodWeightMap中，并把获取到的实例命名为map
遍历所有的invokers
拿到当前的invoker的identifyString作为key，去map里获取weightedRoundRobin实例，如果map里没有则添加一个
如果weightedRoundRobin的权重和当前invoker的权重不同，说明权重变了，需要重新设置
获取当前invoker所对应的weightedRoundRobin实例中的current，并加上当前invoker的权重
设置weightedRoundRobin最后的更新时间
maxCurrent一开始是设置的0，如果当前的weightedRoundRobin的current值大于maxCurrent则进行赋值
遍历完后会得到最大的权重的invoker的selectedInvoker和这个invoker所对应的weightedRoundRobin赋值给了selectedWRR，还有权重之和totalWeight
然后把selectedWRR里的current属性减去totalWeight，并返回selectedInvoker
LeastActiveLoadBalance 最少活跃调用数
使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。
遍历所有的invoker
获取当前invoker的活跃数，调用的是RpcStatus的getStatus方法，过滤器里面会记录每个方法的活跃数
获取当前invoker的权重
如果是第一次进来或者是当前invoker的活跃数比最小的活跃数还小
那么把leastActive设置为当前invoker的活跃数，设置leastCount为1，leastIndexes数组的第一个位置设置为1，记录一下totalWeight和firstWeight
如果不满足第4点的条件，那么判断当前invoker的活跃数和最小的活跃数是否相等
如果满足第6点，那么把当前的权重加入到totalWeight中，并把leastIndexes数组中记录一下最小活跃数相同的下标；再看一下是否所有的权重相同
如果invoker集合中只有一个invoker活跃数是最小的，那么直接返回
如果权重不相等，随机权重后，判断在哪个 Invoker 的权重区间中
权重相等，直接随机选择 Invoker 即可
ConsistentHashLoadBalance 一致性 Hash
相同参数的请求总是发到同一提供者。当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。
基于 invokers 集合，根据对象内存地址来计算定义哈希值
获得 ConsistentHashSelector 对象。若为空，或者定义哈希值变更（说明 invokers 集合发生变化），进行创建新的 ConsistentHashSelector 对象
调用ConsistentHashSelector对象的select方法
Dubbo的运行原理
本文只说dubbo，原理如下：
ConfigServer
配置中心，和每个Server/Client之间会作一个实时的心跳检测（因为它们都是建立的Socket长连接），比如几秒钟检测一次。收集每个Server提供的服务的信息，每个Client的信息，整理出一个服务列表，
当某个Server不可用，那么就更新受影响的服务对应的serverAddressList，即把这个Server从serverAddressList中踢出去（从地址列表中删除），同时将推送serverAddressList给这些受影响的服务的clientAddressList里面的所有Client。如：192.168.0.3挂了，那么UserService和ProductService的serverAddressList都要把192.168.0.3删除掉，同时把新的列表告诉对应的Client 172.16.0.1，172.16.0.2，172.16.0.3；
当某个Client挂了，那么更新受影响的服务对应的clientAddressList
ConfigServer根据服务列表，就能提供一个web管理界面，来查看管理服务的提供者和使用者。
新加一个Server时，由于它会主动与ConfigServer取得联系，而ConfigServer又会将这个信息主动发送给Client，所以新加一个Server时，只需要启动Server，然后几秒钟内，Client就会使用上它提供的服务
Client
调用服务的机器，每个Client启动时，主动与ConfigServer建立Socket长连接，并将自己的IP等相应信息发送给ConfigServer。
Client在使用服务的时候根据服务名称去ConfigServer中获取服务提供者信息（这样ConfigServer就知道某个服务是当前哪几个Client在使用），Client拿到这些服务提供者信息后，与它们都建立连接，后面就可以直接调用服务了，当有多个服务提供者的时候，Client根据一定的规则来进行负载均衡，如轮询，随机，按权重等。
一旦Client使用的服务它对应的服务提供者有变化（服务提供者有新增，删除的情况），ConfigServer就会把最新的服务提供者列表推送给Client，Client就会依据最新的服务提供者列表重新建立连接，新增的提供者建立连接，删除的提供者丢弃连接
Server
真正提供服务的机器，每个Server启动时，主动与ConfigServer建立Scoket长连接，并将自己的IP，提供的服务名称，端口等信息直接发送给ConfigServer，ConfigServer就会收集到每个Server提供的服务的信息。

优点：
1，只要在Client和Server启动的时候，ConfigServer是好的，服务就可调用了，如果后面ConfigServer挂了，那只影响ConfigServer挂了以后服务提供者有变化，而Client还无法感知这一变化。
2，Client每次调用服务是不经过ConfigServer的，Client只是与它建立联系，从它那里获取提供服务者列表而已
3，调用服务-负载均衡：Client调用服务时，可以根据规则在多个服务提供者之间轮流调用服务。
4，服务提供者-容灾：某一个Server挂了，Client依然是可以正确的调用服务的，当前提是这个服务有至少2个服务提供者，Client能很快的感知到服务提供者的变化，并作出相应反应。
5，服务提供者-扩展：添加一个服务提供者很容易，而且Client会很快的感知到它的存在并使用它。

Dubbo怎么做文件传输

我们这里使用hessian协议进行传输(当然也可以转换成byte[]继续使用dubbo协议)

下面是需要进行的配置

customer

需要引入hessian的包

		<dependency>
			<groupId>com.caucho</groupId>
			<artifactId>hessian</artifactId>
			<version>4.0.7</version>
		</dependency>

provider
pom.xml 需要引入 hessian,jetty的包(Hessian底层采用Http通讯，采用Servlet暴露服务，Dubbo缺省内嵌Jetty作为服务器实现)

		<dependency>
			<groupId>com.caucho</groupId>
			<artifactId>hessian</artifactId>
			<version>4.0.7</version>
		</dependency>
		<dependency>
			<groupId>org.mortbay.jetty</groupId>
			<artifactId>jetty</artifactId>
			<version>6.1.26</version>
		</dependency>

provider.xml 需要配置hessian协议,并给service设置

<?xml version="1.0" encoding="UTF-8"?>

<!-- 提供方应用信息，用于计算依赖关系 -->
<dubbo:application name="provider" />

<!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry address="zookeeper://127.0.0.1:2181" />

<!-- 监控中心 -->
<dubbo:monitor protocol="registry" />

<!-- 暴露服务 -->
<dubbo:protocol name="dubbo" port="20886" />
<dubbo:protocol name="hessian" port="20887"/>

<dubbo:service interface="com.dingcheng.user.facade.UserFacade" ref="userFacade" />

<!-- 需要指定hessian协议,否则会在上面设置的协议中随机调用,就会一会成功一会失败 -->
<dubbo:service protocol="hessian" interface="com.dingcheng.user.facade.UploadFacade" ref="uploadFacade" />

其中 <dubbo:protocol name=“hessian” port=“20887”/> 就是默认的 server=“jetty”, 如果设置server=“servlet”,则需要web容器支持,我们的provider是以jar方式运行的,所以不适用这种.