1、Dubbo集群提供了哪些負載均衡策略?

1、 Random LoadBalance: 隨機選取提供者策略，有利于動態(tài)調整提供者權重。截面碰撞率高，調用次數(shù)越多，分布越均勻。

2、 RoundRobin LoadBalance: 輪循選取提供者策略，平均分布，但是存在請求累積的問題。

3、 LeastActive LoadBalance: 最少活躍調用策略，解決慢提供者接收更少的請求。

4、 ConstantHash LoadBalance: 一致性 Hash 策略，使相同參數(shù)請求總是發(fā)到同一提供者，一臺機器宕機，可以基于虛擬節(jié)點，分攤至其他提供者，避免引起提供者的劇烈變動。

默認為 Random 隨機調用。

2、Dubbo 使用的是什么通信框架?

默認使用 NIO Netty 框架

3、服務調用是阻塞的嗎?

默認是阻塞的，可以異步調用，沒有返回值的可以這么做。

Dubbo 是基于 NIO 的非阻塞實現(xiàn)并行調用，客戶端不需要啟動多線程即可完成并行調用多個遠程服務，相對多線程開銷較小，異步調用會返回一個 Future 對象。

4、dubbo 在安全機制方面如何解決的?

dubbo 通過 token 令牌防止用戶繞過注冊中心直連，然后在注冊中心管理授權，dubbo 提供了黑白名單，控制服務所允許的調用方。

5、Dubbo 超時時間怎樣設置?

Dubbo 超時時間設置有兩種方式：

服務提供者端設置超時時間，在 Dubbo 的用戶文檔中，推薦如果能在服務端多配置就盡量多配置，因為服務提供者比消費者更清楚自己提供的服務特性。

服務消費者端設置超時時間，如果在消費者端設置了超時時間，以消費者端為主，即優(yōu)先級更高。因為服務調用方設置超時時間控制性更靈活。如果消費方超時，服務端線程不會定制，會產(chǎn)生警告。

6、Dubbo 的注冊中心集群掛掉，者和訂閱者之間還能通信么?

可以的，啟動 dubbo 時，消費者會從 zookeeper 拉取注冊的生產(chǎn)者的地址接口等數(shù)據(jù)，緩存在本地。

每次調用時，按照本地存儲的地址進行調用。

7、Dubbo telnet 命令能做什么?

dubbo 服務發(fā)布之后，我們可以利用 telnet 命令進行調試、管理。Dubbo2.0.5 以上版本服務提供端口支持 telnet 命令

8、你還了解別的分布式框架嗎?

別的還有 spring 的 spring cloud，facebook 的 thrift，twitter 的 finagle 等。沖上云霄，Dubbo Go!GO語言版本都發(fā)布了～推薦閱讀：Spring Cloud是什么，和Dubbo對比呢?

9、Dubbo 是什么?

Dubbo 是一個分布式、高性能、透明化的 RPC 服務框架，提供服務自動注冊、自動發(fā)現(xiàn)等高效服務治理方案， 可以和Spring 框架無縫集成

10、Dubbo 支持哪些協(xié)議，每種協(xié)議的應用場景，優(yōu)缺點?

dubbo： 單一長連接和 NIO 異步通訊，適合大并發(fā)小數(shù)據(jù)量的服務調用，以及消費者遠大于提供者。傳輸協(xié)議 TCP，異步，Hessian 序列化;

rmi： 采用 JDK 標準的 rmi 協(xié)議實現(xiàn)，傳輸參數(shù)和返回參數(shù)對象需要實現(xiàn) Serializable 接口，使用 java 標準序列化機制，使用阻塞式短連接，傳輸數(shù)據(jù)包大小混合，消費者和提供者個數(shù)差不多，可傳文件，傳輸協(xié)議 TCP。 多個短連接，TCP 協(xié)議傳輸，同步傳輸，適用常規(guī)的遠程服務調用和 rmi 互操作。在依賴低版本的 Common-Collections 包，java 序列化存在安全漏洞;

webservice:基于 WebService 的遠程調用協(xié)議，集成 CXF 實現(xiàn)，提供和原生 WebService 的互操作。多個短連接，基于 HTTP 傳輸，同步傳輸，適用系統(tǒng)集成和跨語言調用;http： 基于 Http 表單提交的遠程調用協(xié)議，使用 Spring 的 HttpInvoke 實現(xiàn)。多個短連接，傳輸協(xié)議 HTTP，傳入?yún)?shù)大小混合，提供者個數(shù)多于消費者，需要給應用程序和瀏覽器 JS 調用; hessian： 集成 Hessian 服務，基于 HTTP 通訊，采用 Servlet 暴露服務，Dubbo 內嵌 Jetty 作為服務器時默認實現(xiàn)，提供與 Hession 服務互操作。多個短連接，同步 HTTP 傳輸，Hessian 序列化，傳入?yún)?shù)較大，提供者大于消費者，提供者壓力較大，可傳文件;

memcache： 基于 Memcached 實現(xiàn)的 RPC 協(xié)議 Redis： 基于 Redis 實現(xiàn)的 RPC 協(xié)議

以上就是“被HR問到的常見dubbo面試題及答案”，你能回答上來嗎?如果想要了解更多的Java面試題相關內容，可以關注動力節(jié)點Java官網(wǎng)。