dubbo能做什么

透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，只需簡單配置，沒有任何API侵入。 軟負載均衡及容錯機制，可在內網(wǎng)替代F5等硬件負載均衡器，降低成本，減少單點。 服務自動注冊與發(fā)現(xiàn)，不再需要寫死服務提供方地址，注冊中心基于接口名查詢服務提供者的IP地址，并且能夠平滑添加或刪除服務提供者。

1、默認使用的是什么通信框架，還有別的選擇嗎?

答：默認也推薦使用 netty 框架，還有 mina。

2、服務調用是阻塞的嗎？

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

3、一般使用什么注冊中心？還有別的選擇嗎？

答：推薦使用 zookeeper 注冊中心，還有 Multicast注冊中心, Redis注冊中心, Simple注冊中心.

ZooKeeper的節(jié)點是通過像樹一樣的結構來進行維護的，并且每一個節(jié)點通過路徑來標示以及訪問。除此之外，每一個節(jié)點還擁有自身的一些信息，包括：數(shù)據(jù)、數(shù)據(jù)長度、創(chuàng)建時間、修改時間等等。

4、默認使用什么序列化框架，你知道的還有哪些？

答：默認使用 Hessian 序列化，還有 Duddo、FastJson、Java 自帶序列化。 hessian是一個采用二進制格式傳輸?shù)姆�務框架，相對傳統(tǒng)soap web service，更輕量，更快速。

Hessian原理與協(xié)議簡析：

http的協(xié)議約定了數(shù)據(jù)傳輸?shù)姆绞�，hessian也無法改變太多：

1) hessian中client與server的交互，基于http-post方式。

2) hessian將輔助信息，封裝在http header中，比如“授權token”等，我們可以基于http-header來封裝關于“安全校驗”“meta數(shù)據(jù)”等。hessian提供了簡單的”校驗”機制。

3) 對于hessian的交互核心數(shù)據(jù)，比如“調用的方法”和參數(shù)列表信息，將通過post請求的body體直接發(fā)送，格式為字節(jié)流。

4) 對于hessian的server端響應數(shù)據(jù)，將在response中通過字節(jié)流的方式直接輸出。

hessian的協(xié)議本身并不復雜，在此不再贅言；所謂協(xié)議(protocol)就是約束數(shù)據(jù)的格式，client按照協(xié)議將請求信息序列化成字節(jié)序列發(fā)送給server端，server端根據(jù)協(xié)議，將數(shù)據(jù)反序列化成“對象”，然后執(zhí)行指定的方法，并將方法的返回值再次按照協(xié)議序列化成字節(jié)流，響應給client，client按照協(xié)議將字節(jié)流反序列話成”對象”。

5、服務提供者能實現(xiàn)失效踢出是什么原理？

答：服務失效踢出基于 zookeeper 的臨時節(jié)點原理。

6、服務上線怎么不影響舊版本？

答：采用多版本開發(fā)，不影響舊版本。在配置中添加version來作為版本區(qū)分

7、如何解決服務調用鏈過長的問題？

答：可以結合 zipkin 實現(xiàn)分布式服務追蹤。

8、說說核心的配置有哪些？

核心配置有：

1) dubbo:service/

2) dubbo:reference/

3) dubbo:protocol/

4) dubbo:registry/

5) dubbo:application/

6) dubbo:provider/

7) dubbo:consumer/

8) dubbo:method/

9、dubbo 推薦用什么協(xié)議？

答：默認使用 dubbo 協(xié)議。

10、同一個服務多個注冊的情況下可以直連某一個服務嗎？

答：可以直連，修改配置即可，也可以通過 telnet 直接某個服務。

11、dubbo 在安全機制方面如何解決的？

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

12、集群容錯怎么做？

答：讀操作建議使用 Failover 失敗自動切換，默認重試兩次其他服務器。寫操作建議使用 Failfast 快速失敗，發(fā)一次調用失敗就立即報錯。