微服务Springcloud超详细教程+实战（二）

远程调用方式
不管是微服务仍是分布式服务（都是SOA，都是面向服务编程），都面临着服务间的远程调用。那么服务间的远程调用方式有哪些呢？

常见的远程调用方式有如下几种：

• RPC：Remote Produce Call远程过程调用，相似的还有RMI（Remote Methods Invoke 远程方法调用，是JAVA中的概念，是JAVA十三大技术之一）。自定义数据格式，基于原生TCP通讯，速度快，效率高。早期的webservice，如今热门的dubbo，都是RPC的典型

  RPC的框架：webservie(cxf)、dubbo

  RMI的框架：hessian

• Http：http实际上是一种网络传输协议，基于TCP，规定了数据传输的格式。如今客户端浏览器与服务端通讯基本都是采用Http协议。也能够用来进行远程服务调用。缺点是消息封装臃肿。

如今热门的Rest风格，就能够经过http协议来实现。

• http的实现技术：HttpClient

• 相同点：底层通信都是基于socket，均可以实现远程调用，均可以实现服务调用服务

• 不一样点：

RPC：框架有：dubbo、cxf、（RMI远程方法调用）Hessian
当使用RPC框架实现服务间调用的时候，要求服务提供方和服务消费方 都必须使用统一的RPC框架，要么都dubbo，要么都cxf

跨操做系统在同一编程语言内使用
优点：调用快、处理快


http：框架有：httpClient
当使用http进行服务间调用的时候，无需关注服务提供方使用的编程语言，也无需关注服务消费方使用的编程语言，服务提供方只须要提供restful风格的接口，服务消费方，按照restful的原则，请求服务，便可

跨系统跨编程语言的远程调用框架
优点：通用性强


总结：对比RPC和http的区别
1 RPC要求服务提供方和服务调用方都须要使用相同的技术，要么都hessian，要么都dubbo
  而http无需关注语言的实现，只须要遵循rest规范
2 RPC的开发要求较多，像Hessian框架还须要服务器提供完整的接口代码(包名.类名.方法名必须彻底一致)，不然客户端没法运行
  
3 Hessian只支持POST请求

4 Hessian只支持JAVA语言

认识RPC

RPC，即 Remote Procedure Call（远程过程调用），是一个计算机通讯协议。 该协议容许运行于一台计算机的程序调用另外一台计算机的子程序，而程序员无需额外地为这个交互做用编程。说得通俗一点就是：A计算机提供一个服务，B计算机能够像调用本地服务那样调用A计算机的服务。

经过上面的概念，咱们能够知道，实现RPC主要是作到两点：

• 实现远程调用其余计算机的服务
• 要实现远程调用，确定是经过网络传输数据。A程序提供服务，B程序经过网络将请求参数传递给A，A本地执行后获得结果，再将结果返回给B程序。这里须要关注的有两点：
• 1）采用何种网络通信协议？
• 如今比较流行的RPC框架，都会采用TCP做为底层传输协议
• 2）数据传输的格式怎样？
• 两个程序进行通信，必须约定好数据传输格式。就比如两我的聊天，要用同一种语言，不然没法沟通。因此，咱们必须定义好请求和响应的格式。另外，数据在网路中传输须要进行序列化，因此还须要约定统一的序列化的方式。
• 像调用本地服务同样调用远程服务
• 若是仅仅是远程调用，还不算是RPC，由于RPC强调的是过程调用，调用的过程对用户而言是应该是透明的，用户不该该关心调用的细节，能够像调用本地服务同样调用远程服务。因此RPC必定要对调用的过程进行封装

RPC调用流程图：

想要了解详细的RPC实现，给你们推荐一篇文章：本身动手实现RPC

认识Http

Http协议：超文本传输协议，是一种应用层协议。规定了网络传输的请求格式、响应格式、资源定位和操做的方式等。可是底层采用什么网络传输协议，并无规定，不过如今都是采用TCP协议做为底层传输协议。说到这里，你们可能以为，Http与RPC的远程调用很是像，都是按照某种规定好的数据格式进行网络通讯，有请求，有响应。没错，在这点来看，二者很是类似，可是仍是有一些细微差异。

• RPC并无规定数据传输格式，这个格式能够任意指定，不一样的RPC协议，数据格式不必定相同。
• Http中还定义了资源定位的路径，RPC中并不须要
• 最重要的一点：RPC须要知足像调用本地服务同样调用远程服务，也就是对调用过程在API层面进行封装。Http协议没有这样的要求，所以请求、响应等细节须要咱们本身去实现。
• 优势：RPC方式更加透明，对用户更方便。Http方式更灵活，没有规定API和语言，跨语言、跨平台
• 缺点：RPC方式须要在API层面进行封装，限制了开发的语言环境。

例如咱们经过浏览器访问网站，就是经过Http协议。只不过浏览器把请求封装，发起请求以及接收响应，解析响应的事情都帮咱们作了。若是是不经过浏览器，那么这些事情都须要本身去完成。

如何选择？

既然两种方式均可以实现远程调用，咱们该如何选择呢？

• 速度来看，RPC要比http更快，虽然底层都是TCP，可是http协议的信息每每比较臃肿

• 难度来看，RPC实现较为复杂，http相对比较简单

• 灵活性来看，http更胜一筹，由于它不关心实现细节，跨平台、跨语言。
  所以，二者都有不一样的使用场景：

• 若是对效率要求更高，而且开发过程使用统一的技术栈，那么用RPC仍是不错的。

• 若是须要更加灵活，跨语言、跨平台，显然http更合适

那么咱们该怎么选择呢？

微服务，更增强调的是独立、自治、灵活。而RPC方式的限制较多，所以微服务框架中，通常都会采用基于Http的Rest风格服务。