spring cloud 服务调用方式为什么使用http restful 而不是RPC？

Question

RT http restful 易读、灵活、低耦合，这些优点我能明白 但RPC高效低延迟这个性能指标相信是很多微服务梦寐以求的，如果一个请求所需要的服务是3个以上并且各个服务业务逻辑复杂，甚至涉及众多IO操作，那是不是RPC的方式更为保障。 在我印象中服务与服务的调用如果要用http方式的话，满足条件：远距离的第三方服务；低频服务。 或者说spring cloud 默认使用http restful（至少我查阅的资料全是http），而提供RPC方案？

Answer 1

简单点，就是Rest对内对外统一，跨平台跨语言，约束少一些。

Answer 2

HTTP Restful本身轻量，易用，适用性强，可以很容易的跨语言，跨平台，或者与已有系统交互，毕竟HTTP现在没有不支持的。
Spring可以整合其他的RPC方案，比如各种MQ，Hessian，Thrift，都可以。
但是各类RPC协议本身有各自的使用范围和编码要求，这些会对交互两端的代码形成约束，所以应该根据自身实际情况去选择。
至于各类整合方案，应该很多，可以带着具体的RPC协议去搜

Answer 3

个人觉得，如果暴露在外和内部调用的接口要求一样的话，restful可以起到很大的复用性。