A. 当前主流的RPC框架有哪些
Thrift 是由 Facebook 开源的一个 RPC 框架，现在已经挂在 apache.org 下了。主要的几个好处: 1. 支持非常多语言，包括在 WEB 开发中很常用的 PHP，以及最重要的 C++/Python/Java 等 WEB后端常用语言，当然，还包括很 cool 的 Ruby、Erlang。
B. 主流的RPC框架有哪些
Thrift 是由 Facebook 开源的一个 RPC 框架，现在已经挂在 apache.org 下了。主要的几个好处：
1. 支持非常多语言，包括在 WEB 开发中很常用的 PHP，以及最重要的 C++/Python/Java 等 WEB后端常用语言，当然，还包括很 cool 的 Ruby、Erlang。
2. 完整的 RPC 框架实现，用脚本生成通讯相关的框架代码，开发者只需要集中精力处理好 业务逻辑。比如搭建一个 Hello World Service 只需要几分钟。
3.拥有被 Facebook、Last.fm 等不少大规模互联网应用验证过的性能和可用性。
Hessian是一款基于HTTP协议的RPC框架，采用的是二进制RPC协议，非常轻量级 ，且速度较快。
当然，还有Hetty，它是一款构建于Netty和Hessian基础上的高性能的RPC框架。
C. 谁能用通俗的语言解释一下什么是RPC框架
早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。
到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。
要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。
OK，现在可以定义RPC框架的概念了。简单点讲，RPC框架就是可以让程序员来调用远程进程上的代码一套工具。有了RPC框架，咱程序员就轻松很多了，终于可以逃离多线程、Socket、I/O的苦海了。
至于最近Java中流行的Netty，没玩过。但是大致了解过，Netty、Mina是游戏行业做服务器开发的Java程序员用的比较多的PRC框架（我们学生主要是Java方向的，有不少人毕业后从事游戏开发）。据说互联网公司用的也比较多。这两行业都有高并发量的、长连接、分布式、异步通讯、大数据量等特点。Netty这种RPC框架封装和优化了Java NIO和异步网络编程的一些繁琐的细节，一方面可以让开发者专注于业务逻辑的实现，一方面只需要调用Netty封装的API就可以很快编写出高性能的服务器。
D. Java与c++交互，想通过rpc协议方式。有没有比较轻量级的框架
http://www.open-open.com/lib/view/open1341798273463.html
听说这个框架不错
E. rpc 框架用c++好还是java好
有的rpc框架是语言无关的。。。比如thrift，实现具体的服务的时候可以用c++ python 啥的都行
F. 业界主流的RPC框架有哪些Dubbo与Hadoop RPC的区别
Dubbo和Hadoop基本上就是两个领域的产品，没有太大的可比性。唯一能够比较的是Dubbo和Hadoop内部使用的RPC组件：Avro。Avro多用于Hadoop内部，并没有以独立的RPC框架进行推广和运作，因此你很少看到直接使用他的地方。
类似的还有ZooKeeper的内置框架：jute。而Dubbo则是一个完整的RPC解决方案，包括纯粹的远程过程调用，以及简单的服务治理。是阿里巴巴在2012年开源的框架。
G. 如何实现 RPC 框架的要点浅析
RPC 框架分层
我们可以对 RPC 框架进行抽丝剥茧，并从层次上把 RPC 分为四层：RPC 物理通讯层、
RPC 通讯协议层、RPC 连接会话层、RPC 应用层。
a. RPC 物理通讯层，根据实际用途可以选择合适的实际物理通讯协议：
1). 可以使用 TCP 网络通讯协议，直接调用套接字 socket 接口函数或者 IOCP 接
口函数进行封装；
2). 可以使用 UDP 网络通讯协议，但必须自己来维护数据包的时序、丢包重传、以
及虚拟连接状态。虽然使用 UDP 相对比较麻烦一点，但是 UDP 也有很多优点，
如：NAT 穿透相对容易、每包数据完整等等；
3). 可以使用 SHM 共享内存通信，用于同一主机不同进程之间的 RPC 调用，优点
是传输速度快，缺点是只能在同一主机上运行；
4). 可以使用第三方通讯模块接口，如：蓝牙、串口、USB连线接口等等。优点是可
以跨终端设备进行相互调用、缺点是受制于第三方通讯模块接口。
b. RPC 通讯协议层就是通讯双方的消息包定义，以及每种消息的数据组织，只需要负
责收发的数据流，具体如何收发数据由物理通讯层去处理。
1). 消息包 = <消息头> + [消息体]，也就是说由消息头和消息体组成一个消息包；
2). 消息头必须含有：消息包ID、消息类型、消息体长度、函数ID和调用返回码。
消息头若要做得更完善还可以添加检验码等等，但消息头所占尺寸不宜太大，
否则 RPC 的调用开销就更大了。
3). 消息类型至少含有以下几种：
a). 心跳，含请求和应答；
b). 连接握手，含请求和应答；
c). 登录应用，含请求和应答；
d). 登出应用，含请求和应答；
e). 取定义集，含请求和应答，即读取已登录应用的函数定义集；
f). 调用函数，含请求和应答；
g). 函数取消，即取消已提交的调用函数请求；
h). 函数确认，即函数返回结果确认；
i). 发送数据，用于扩展 RPC 为数据包通讯。
c. RPC 连接会话层，负责通讯双方的连接状态管理，包括以下几个方面：
1). 通过连接握手来确认会话双方的合法性；
2). 通过心跳维护连接在线情况；
3). 通过登录应用来获取对方应用提供的函数定义集，只有知道函数的参数和返回
值定义才可以调用函数，函数定义是参数和返回值的序列化/反序列化前提；
4). 通过登出应用来关闭对端提供的函数调用；
5). 管理函数调用的整个生命周期；
6). 管理发送数据包缓冲队列、以及接收到数据包的处理。
d. RPC 应用层，负责应用内的函数定义、管理连接的登录登出、分配函数调用请求。
1). 在函数定义中，函数参数和返回值的数据类型要支持足够多，不同数据类型可
以便于数据展示，也增加了 RPC 框架的灵活性。同时被 RPC 调用的函数回调
类型要支持多种调用方式，可以适用于更多开发语言。
2). 在连接登录到应用后才可以接受函数调用请求，当连接登出应用后自动取消此
连接的所有函数调用请求；
3). 应用需要管理运行线程，用于执行已分配的函数调用请求。
H. 如何实现一个简单的RPC框架实现与使用
RPC架构分为三部分：
1）服务提供者，运行在服务器端，提供服务接口定义与服务实现类。
2）服务中心，运行在服务器端，负责将本地服务发布成远程服务，管理远程服务，提供给服务消费者使用。
3）服务消费者，运行在客户端，通过远程代理对象调用远程服务。
I. java中几种常用的RPC框架介绍
1、RMI（远程方法调用）2、Hessian（基于HTTP的远程方法调用）3、Dubbo（淘宝开源的基于TCP的RPC框架）
J. 如何设计一个rpc框架，从io模型 传输协议 序列化方式综合考虑
在此之前，我们需要准备：
hadoop的源码
protobuf 2.5版本
JDK
hadoop 2.x版本中采用了Protocol Buffer (简称protobuf)作为序列化和反序列化的工具，所以我们在修改源码时需要按照相应规则编写message来实现数据的传输。