嚴格來說，這兩種方式各有優劣。雖然在一定程度上來說，後者犧牲了服務呼叫的效能，但也避免了上面提到的原生RPC帶來的問題。而且REST相比RPC更為靈活，服務提供方和呼叫方的依賴只依靠一紙契約，不存在程式碼級別的強依賴，這在強調快速演化的微服務環境下，顯得更為合適。組裝機和品牌機的區別！
總結：
Dubbo和Spring Cloud並不是完全的競爭關係，兩者所解決的問題域不一樣：Dubbo的定位始終是一款RPC框架，而Spring Cloud的目的是微服務架構下的一站式解決方案。
非要比較的話，Dubbo可以類比到Netflix OSS技術棧，而Spring Cloud集成了Netflix OSS作為分散式服務治理解決方案，但除此之外Spring Cloud還提供了包括config、stream、security、sleuth等分散式服務解決方案。
當前由於RPC協議、註冊中心元資料不匹配等問題，在面臨微服務基礎框架選型時Dubbo與Spring Cloud只能二選一，這也是兩者總拿來做對比的原因。
Dubbo之後會積極尋求適配到Spring Cloud生態，比如作為SpringCloud的二進位制通訊方案來發揮Dubbo的效能優勢，或者Dubbo通過模組化以及對http的支援適配到Spring Cloud