大家好，關(guān)于dubbo3新特性很多朋友都還不太明白，不過(guò)沒關(guān)系，因?yàn)榻裉煨【幘蛠?lái)為大家分享關(guān)于Aop使用場(chǎng)景的知識(shí)點(diǎn)，相信應(yīng)該可以解決大家的一些困惑和問(wèn)題，如果碰巧可以解決您的問(wèn)題，還望關(guān)注下本站哦，希望對(duì)各位有所幫助！

jdk8升jdk17，報(bào)Dubbo服務(wù)找不到provider

1Dubbo服務(wù)找不到provider的問(wèn)題是可能會(huì)出現(xiàn)的。2這可能是因?yàn)閖dk8和jdk17在某些API的實(shí)現(xiàn)上有所不同，導(dǎo)致Dubbo服務(wù)無(wú)法找到它需要的provider。3要解決這個(gè)問(wèn)題，可以先嘗試檢查Dubbo服務(wù)所需要的API是否在jdk17中有實(shí)現(xiàn)，如果沒有，可以嘗試手動(dòng)添加相應(yīng)的實(shí)現(xiàn)類。此外，還可以查看Dubbo服務(wù)的配置是否正確，確保能夠正確地找到provider。如果還是無(wú)法解決，可以考慮聯(lián)系Dubbo的官方支持，獲得更進(jìn)一步的幫助。

說(shuō)一下Dubbo的工作原理注冊(cè)中心掛了可以繼續(xù)通信嗎

Dubbo分布式的RPC，微服務(wù)框架，

包括三個(gè)關(guān)鍵功能：基于接口的遠(yuǎn)程調(diào)用，容錯(cuò)與負(fù)載均衡，服務(wù)自動(dòng)注冊(cè)與發(fā)現(xiàn)。

Dubbo使得調(diào)用遠(yuǎn)程服務(wù)就像調(diào)用本地java服務(wù)一樣簡(jiǎn)單。

參考Dubbo官方文檔：包括實(shí)現(xiàn)細(xì)節(jié)，遠(yuǎn)程調(diào)用細(xì)節(jié)，服務(wù)提供者暴露服務(wù)。

主要流程。

1、provider向注冊(cè)中心去注冊(cè)

2、consumer從注冊(cè)中心訂閱服務(wù)，注冊(cè)中心會(huì)通知consumer注冊(cè)好的服務(wù)

3、consumer調(diào)用provider

4、consumer和provider都異步的通知監(jiān)控中心

基于zk作為注冊(cè)中心：

【提供者】在【啟動(dòng)】時(shí)，向注冊(cè)中心zk【注冊(cè)】自己提供的服務(wù)。

【消費(fèi)者】在【啟動(dòng)】時(shí)，向注冊(cè)中心zk【訂閱】自己所需的服務(wù)。

所以是可以的，消費(fèi)者在啟動(dòng)時(shí)，消費(fèi)者會(huì)從zk拉取注冊(cè)的生產(chǎn)者的地址接口等數(shù)據(jù)，緩存在本地。每次調(diào)用時(shí)，按照本地存儲(chǔ)的地址進(jìn)行調(diào)用，消費(fèi)者本地有一個(gè)生產(chǎn)者的列表，他會(huì)按照列表繼續(xù)工作，倒是無(wú)法從注冊(cè)中心去同步最新的服務(wù)列表，短期的注冊(cè)中心掛掉是不要緊的，但一定要盡快修復(fù)，掛掉是不要緊的，但前提是你沒有增加新的服務(wù)，如果你要調(diào)用新的服務(wù)，則是不能辦到的

關(guān)于dubbo負(fù)載均衡算法如何選擇

在生產(chǎn)環(huán)境我推薦加權(quán)輪選或加權(quán)隨機(jī)，強(qiáng)烈反對(duì)使用一致性hash算法，理由如下。

在Dubbo中主要提供了如下幾種負(fù)載均衡算法：

1、random加權(quán)隨機(jī)

2、roundrobin加權(quán)輪詢

3、leastactive最小連接數(shù)

4、consistenthash一致性Hash算法

加權(quán)隨機(jī)與加權(quán)輪詢都引入了權(quán)重的概率，主要是考慮到集群中各個(gè)機(jī)器的配置不一樣，導(dǎo)致其提供服務(wù)的能力不一致，故可以將配置低的機(jī)器其權(quán)重調(diào)低，實(shí)現(xiàn)流量更加合理的分配。

最小連接數(shù)負(fù)載均衡主打的特色是可以根據(jù)運(yùn)行時(shí)當(dāng)前的調(diào)用情況選擇進(jìn)行流量分配，即優(yōu)先將流量分發(fā)到當(dāng)前負(fù)載低的節(jié)點(diǎn)，這個(gè)算法看似高大上，個(gè)人覺得其使用場(chǎng)景不是特別多，并且需要實(shí)時(shí)采集這些信息，其實(shí)現(xiàn)也較為復(fù)雜，實(shí)際生產(chǎn)中無(wú)特殊情況，不建議使用。

個(gè)人是強(qiáng)烈反對(duì)使用一致性Hash算法來(lái)用做Dubbo的服務(wù)負(fù)載均衡算法，因?yàn)镈ubbo服務(wù)是無(wú)狀態(tài)的，不存在緩存命中率這一說(shuō)法。而一致性Hash算法最大的使用場(chǎng)景是放在分布式緩存。

例如一個(gè)分布式Redis集群，原先有4個(gè)節(jié)點(diǎn)，如果按照輪詢來(lái)進(jìn)行負(fù)載均衡，有4個(gè)key

key1->node1

key2->node2

key3->node3

key4->node4

那例如節(jié)點(diǎn)node1發(fā)生宕機(jī)，那根據(jù)原先存儲(chǔ)的key再用輪詢的策略，會(huì)發(fā)生如下對(duì)應(yīng)情況：

key1->node2

key2->node3

key3->node4

key4->node2

即這個(gè)時(shí)候，用key2去集群中查詢數(shù)據(jù)，因?yàn)閗ey2的數(shù)據(jù)存儲(chǔ)在node2中，但由于節(jié)點(diǎn)發(fā)生變化，導(dǎo)致會(huì)路由到node3上，導(dǎo)致緩存失效。

這就是緩存命中率的問(wèn)題。

但一致性hash算法，只會(huì)影響故障節(jié)點(diǎn)相鄰的數(shù)據(jù)，其他數(shù)據(jù)還是能命中，這樣緩存才有意義。

最后我推薦roundrobin或random，通常建議考慮roundrobin，因?yàn)樗痪唠S機(jī)性，跟蹤問(wèn)題方便，兩者實(shí)現(xiàn)復(fù)雜程度不大，故都可以。

dubbo和zookeeper常見面試題

1.Dubbo的工作流程是什么？

答：Dubbo的工作流程包括：provider向注冊(cè)中心去注冊(cè)自己為一個(gè)服務(wù)，consumer去注冊(cè)中心訂閱服務(wù)，注冊(cè)中心會(huì)通知consumer注冊(cè)好的服務(wù)，consumer會(huì)將provider的地址等信息拉取到本地緩存，consumer去調(diào)用provider，consumer和provider都異步的通知監(jiān)控中心。

2.Dubbo的通信原理是什么？

答：Dubbo底層使用hessian2進(jìn)行二進(jìn)制序列化進(jìn)行遠(yuǎn)程調(diào)用，Dubbo底層使用Netty框架進(jìn)行異步通信。

3.Dubbo負(fù)載均衡策略有哪些？

答：Dubbo負(fù)載均衡策略包括：randomloadbalance、roundrobinloadbalance、leastactiveloadbalance、consistanthashloadbalance等。

4.ZooKeeper是什么？有什么作用？

答：ZooKeeper是一個(gè)分布式協(xié)調(diào)服務(wù)，可以用于分布式應(yīng)用程序的協(xié)調(diào)和管理。它提供了一個(gè)分布式的、開放的、可靠的數(shù)據(jù)存儲(chǔ)，用于存儲(chǔ)和管理分布式應(yīng)用程序的配置信息、命名服務(wù)、狀態(tài)信息等。

5.ZooKeeper的特點(diǎn)是什么？

答：ZooKeeper的特點(diǎn)包括：高可用性、高性能、數(shù)據(jù)一致性、順序訪問(wèn)、可靠性、容錯(cuò)性等。

6.ZooKeeper的工作原理是什么？

答：ZooKeeper的工作原理是基于ZAB協(xié)議，它將數(shù)據(jù)存儲(chǔ)在內(nèi)存中，并將數(shù)據(jù)同步到所有的ZooKeeper服務(wù)器上，保證數(shù)據(jù)的一致性。ZooKeeper使用了一種基于觀察者模式的機(jī)制，當(dāng)數(shù)據(jù)發(fā)生變化時(shí)，會(huì)通知所有的觀察者。

7.ZooKeeper的節(jié)點(diǎn)類型有哪些？

答：ZooKeeper的節(jié)點(diǎn)類型包括：持久節(jié)點(diǎn)、臨時(shí)節(jié)點(diǎn)、持久順序節(jié)點(diǎn)、臨時(shí)順序節(jié)點(diǎn)。

8.ZooKeeper如何保證數(shù)據(jù)的一致性？

答：ZooKeeper使用了ZAB協(xié)議來(lái)保證數(shù)據(jù)的一致性，它將數(shù)據(jù)存儲(chǔ)在內(nèi)存中，并將數(shù)據(jù)同步到所有的ZooKeeper服務(wù)器上，保證數(shù)據(jù)的一致性。

dubbo和openfeign的優(yōu)缺點(diǎn)

Dubbo和OpenFeign都是用于服務(wù)治理的開源框架，但它們的設(shè)計(jì)思路不同，因此也有不同的優(yōu)缺點(diǎn)。

Dubbo的優(yōu)點(diǎn)：

1.高性能：Dubbo采用了多種優(yōu)化技術(shù)，如緩存、序列化、線程池等，能夠提供非常高的性能。

2.強(qiáng)大的服務(wù)治理：Dubbo提供了完善的服務(wù)治理功能，如服務(wù)的注冊(cè)與發(fā)現(xiàn)、負(fù)載均衡、熔斷、限流等。

3.支持多協(xié)議：Dubbo支持多種RPC協(xié)議（Dubbo協(xié)議、Thrift協(xié)議、HTTP協(xié)議等），讓開發(fā)者有更多的選擇權(quán)。

4.支持多語(yǔ)言：Dubbo支持Java、Python、C#、Node.js等多種語(yǔ)言，在微服務(wù)多語(yǔ)言化的應(yīng)用場(chǎng)景下比較方便。

Dubbo的缺點(diǎn)：

1.只適用于Java語(yǔ)言

2.對(duì)接口侵入性比較強(qiáng)，需要遵循Dubbo的API規(guī)范

3.部署配置較為復(fù)雜，需要進(jìn)行配置注冊(cè)中心、協(xié)議等信息

OpenFeign的優(yōu)點(diǎn)：

1.聲明式服務(wù)調(diào)用，減少了代碼量和開發(fā)難度，可以直接通過(guò)注解方式定義RESTful接口

2.支持多種編碼器和解碼器，方便數(shù)據(jù)的傳輸和解析。

3.沒有復(fù)雜的XML配置，只需簡(jiǎn)單的配置與Spring集成即可。

OpenFeign的缺點(diǎn)：

1.不支持Dubbo和Thrift等RPC協(xié)議

2.相比于Dubbo，功能相對(duì)簡(jiǎn)單，不支持熔斷、降級(jí)等高級(jí)的服務(wù)治理功能。

3.性能相對(duì)Dubbo要差一些。

它幾乎無(wú)所不能，點(diǎn)此提問(wèn)

dubbo和hessian的區(qū)別

支持的協(xié)議不同。

1.dubbo支持多種遠(yuǎn)程調(diào)用方式，例如dubboRPC（二進(jìn)制序列化+tcp協(xié)議）、httpinvoker（二進(jìn)制序列化+http協(xié)議，至少在開源版本沒發(fā)現(xiàn)對(duì)文本序列化的支持）。

2.hessian（二進(jìn)制序列化+http協(xié)議）、WebServices（文本序列化+http協(xié)議）。

文章到此結(jié)束，如果本次分享的dubbo3新特性和Aop使用場(chǎng)景的問(wèn)題解決了您的問(wèn)題，那么我們由衷的感到高興！