Spring Cloud Alibaba到底坑不坑？

点击蓝色“程序猿DD”关注我哟

加个“星标”，不忘签到哦

之前我发过一篇《说说我为什么看好Spring Cloud Alibaba》，然后这两天有网友给我转了这篇文章《坑爹项目spring-cloud-alibaba，我们也来一个》（https://juejin.im/post/5ca723696fb9a05e20221c78），问我的看法是怎么样的，聊天时候简单说了一下。今天在家休息，抽空整理一下内容，逐点说一下我的看法，主要还是觉得这篇文章博眼球的成分高一些，因为这篇文章的解读与之前其他某些自媒体发布的《Eureka 2.0 开源工作宣告停止，继续使用风险自负》一文有异曲同工之“妙”，如果读者没有真正的理解Spring Cloud与Spring Cloud Alibaba，就很有可能会对它们有什么误解，然后产生这样的想法：

• 感觉很有道理，这东西真垃圾

• 标题很燃，必须转发

下面具体来说说该文章中，那些我认为不太正确的解读：

第一点：远程调用RPC

看看这篇文章的解读：

SpringCloud默认的是Feign和Ribbon，主要是提供了远程调用请求和解析，以及负载均衡的功能。客观点来说，如果不用这两个组件，就会越来越四不像，干脆也别叫SpringCloud了，所以替换不得。 RPC会大量使用动态代理的功能，将你的字符串或者配置（因为网络传输方便）搞成动态的接口。

你也可以写一个RPC进行集成，有很多教程教你手撸一个。

爸爸版的集成了个dubbo，dubbo就是个RPC。所以你一用这玩意，其他的一些关键组件也得跟着全套的换，组件就不叫组件了!

作者认为Spring Cloud的负载均衡和远程调用必须使用Feign和Ribbon，这是Spring Cloud的默认实现。如果换成Dubbo，就是四不像了。

说说我的想法：

第一点ÿ