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

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

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

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

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

默認為 Random 隨機調用。

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

默認使用 NIO Netty 框架

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

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

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

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

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

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

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

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

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

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

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

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

7、Dubbo telnet 命令能做什么?

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

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

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

9、Dubbo 是什么?

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

10、Dubbo 支持哪些協議，每種協議的應用場景，優缺點?

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

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

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

memcache： 基于 Memcached 實現的 RPC 協議 Redis： 基于 Redis 實現的 RPC 協議

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