首先，他們都是分布式管理框架。
dubbo 是二進制傳輸，占用帶寬會少一點。SpringCloud是http 傳輸，帶寬會多一點，同時使用http協議一般會使用JSON報文，消耗會更大。
dubbo 開發難度較大，所依賴的 jar 包有很多問題大型工程無法解決。SpringCloud 對第三方的繼承可以一鍵式生成，天然集成。
SpringCloud 接口協議約定比較松散，需要強有力的行政措施來限制接口無序升級。
最大的區別:
Spring Cloud拋棄了Dubbo 的RPC通信，采用的是基於HTTP的REST方式。
嚴格來說，這兩種方式各有優劣。雖然在一定程度上來說，后者犧牲了服務調用的性能，但也避免了上面提到的原生RPC帶來的問題。而且REST相比RPC更為靈活，服務提供方和調用方的依賴只依靠一紙契約，不存在代碼級別的強依賴，這在強調快速演化的微服務環境下，顯得更為合適。