RPC 基础知识

1.单一应用架构

        当网站流量很小时，应用规模小时，只需一个应用，将所有功能都部署在一起，以减少部署服务器数量和成本。此时，用于简化增删改查工作量的数据访问框架(ORM)是关键。数据库的处理时间影响应用的性能

        这种结构的应用适合小型系统，小型网站，或者企业的内部系统，用户较少，请求量不大，对请求的处理时间没有太高的要求。 将所有功能都部署到一个服务器，简单易用。开发项目的难度低。

缺点：

1. 1、性能扩展比较困难
2. 2、不利于多人同时开发
3. 3、不利于升级维护
4. 4、整个系统的空间占用比较大

2.分布式服务架构

        当应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。分布式系统将服务作为独立的应用，实现服务共享和重用。

 3.分布式系统

        3.1什么是分布式系统

        分布式系统是若干独立计算机（服务器）的集合，这些计算机对于用户来说就像单个相关系统，分布式系统（distributed system）是建立在网络之上的服务器端一种结构。

分布式系统中的计算机可以使用不同的操作系统，可以运行不同应用程序提供服务，将服务分散部署到多个计算机服务器上。

        3.2 RPC ？

        RPC 【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，是一种技术思想，而不是规范。它允许程序调用另一个地址空间（网络的另一台机器上）的过程或函数，而不用开发人员显式编码这个调用的细节。调用本地方法和调用远程方法一样。

RPC 的实现方式可以不同。例如 java 的 rmi, spring 远程调用等。

RPC 概念是在上世纪 80 年代由 Brue Jay Nelson(布鲁·杰伊·纳尔逊)提出。使用 PRC 可以将本地的调用扩展到远程调用（分布式系统的其他服务器）。

RPC 的特点

1. 简单：使用简单，建立分布式应用更容易。
2. 高效：调用过程看起来十分清晰，效率高。
3. 通用：进程间通讯的方式，有通用的规则。

RPC 基本原理

PRC 调用过程：

1. 调用方 client 要使用右侧 server 的功能（方法），发起对方法的调用
2. client stub 是 PRC 中定义的存根，看做是 client 的助手。stub 把要调用的方法参数进行序列化，方法名称和其他数据包装起来。
3. 通过网络socket(网络通信的技术)，把方法调用的细节内容发送给右侧的 server
4. server 端通过 socket 接收请求的方法名称，参数等数据，传给 stub。
5. server 端接到的数据由 server stub(server 的助手)处理，调用 server 的真正方法，处理业务
6. server 方法处理完业务，把处理的结果对象（Object）交给了助手，助手把 Object 进行序列化，对象转为二进制数据。
7. server 助手二进制数据交给网络处理程序
8. 通过网络将二进制数据，发送给 client。
9. client 接数据，交给 client 助手。
10. client 助手，接收数据通过反序列化为 java 对象（Object），作为远程方法调用结果。

其他：

rpc 通讯是基于 tcp 或 udp 议

序列化方式（xml/json/二进制）