本文源自一次面试官的提问：说说你对于RPC框架的了解，你知道哪些RPC框架，以及为什么RPC历经几十年还能不断推出新的框架。
http://blog.csdn.net/yinwenjie/article/details/49453303
RPC，全称为Remote Procedure Call（远程过程调用），是一种计算机通信协议，用于允许程序在不同的计算机或网络节点上通过远程方式调用函数或方法。它允许开发者编写分布式应用程序，使得分布在不同位置的计算机能够像本地调用一样进行通信。
最近在阅读字节跳动开源RPC框架Kitex的源码，分析了如何借助命令行，由一个IDL文件，生成client和server的脚手架代码，也分析了Kitex的日志组件klog。当然Kitex还有许多其他组件：服务注册、发现、负载均衡、熔断、限流等等，后续我也会继续分析。
目前流行的开源RPC框架还是比较多的，使用比较多的有阿里巴巴的Dubbo、Facebook的Thrift、Google的gRPC等。
RPC（Remote Procedure Call）—远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。
https://github.com/apache/dubbo-website/blob/master/blog/zh-cn/rpc-introduction.md
前言RPC概念RPC协议RPC组成RPC协议RPC框架RPC的优点RPC与HTTP的区别
深入RPC，更好使用RPC，须从RPC框架整体性能考虑问题。得知道如何提升RPC框架的性能、稳定性、安全性、吞吐量及如何在分布式下快速定位问题。RPC框架如何压榨单机吞吐量？
深入理解rpc框架(一):实现“乞丐版”rpc中我们不借助任何第三方框架实现了简单的rpc框架，但是其功能之简陋，存在问题和漏洞之多，导致其根本上不了台面，别说商用，就算拿出来和大家讨论都觉得砢碜上不了台面。那么针对上一篇中存在的问题，此篇我们将在其基础上做改进和优化。
随着公司规模的扩大以及业务量与用户量的激增，为了满足系统高可用、高并发的要求，单体应用逐步演化为服务 / 微服务的架构模式。此时，我们急需一种高效的应用程序之间的通讯手段来满足这种需求，因此 RPC 得以大显身手。
有位工作6年的小伙伴，面试的时候被问到这样一道题，说谈你对RPC的理解。在分布式微服务架构中，远程通信是最基本的需求。常见的远程通信方式有基于REST架构的HTTP协议，以及基于RPC协议的RPC框架。今天，我给大家分享一下我的理解。
RPC的全称是Remote Procedure Call，它是一种进程间的通信方式。允许像调用本地服务一样调用远程服务，它的具体的实现方式可以不同，例如Spring的HTTP Invoker，FaceBook的Thrift二进制私有协议通信。
本文引用了后端技术指南针公众号“浅谈RPC那些事儿1”和即时通讯网的“即时通讯新手入门：快速理解RPC技术——基本概念、原理和用途”两篇文章的部分内容。
随着 Nodejs 的兴起，越来越多的 Web 服务中间层被搭建起来。如 Node 服务端渲染，BFF(Backend For Frontend))层，而 RPC 是远端过程调用，经常用于 BFF 层。最近，我打算写一个中间层，用 Nodejs 调用 Go 服务，除了可以简单用 http 调用之外，发现还有基于 RPC 的调用就研究了一下。
没错，这次冰河又要搞事情了，这次准备下手的是RPC框架项目。为什么要对RPC框架项目下手呢，因为在如今分布式、微服务乃至云原生不断发展的过程中，RPC作为底层必不可少的通信组件，被广泛应用在分布式、微服务和云原生项目中。
如果没有统一的RPC框架，各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动，造成整体的低效。
RPC（即Remote Procedure Call，远程过程调用）和HTTP（HyperText Transfer Protocol，超文本传输协议），两者前者是一种方法，后者则是一种协议。两者都常用于实现服务，在这个层面最本质的区别是RPC服务主要工作在TCP协议之上（也可以在HTTP协议），而HTTP服务工作在HTTP协议之上。由于HTTP协议基于TCP协议，所以RPC服务天然比HTTP更轻量，效率更胜一筹。
在微服务架构中，使用RPC（Remote Procedure Call）进行服务之间的交互是我们通常采用的一种集成方式，与REST方式的请求调用模式相比，RPC具有更强的契约规范（Schema），同时相比REST方式也有更好的性能优势。
HTTP接口和RPC接口都是生产上常用的接口，顾名思义，HTTP接口使用基于HTTP协议的URL传参调用，而RPC接口则基于远程过程调用。RPC（即Remote Procedure Call，远程过程调用）和HTTP（HyperText Transfer Protocol，超文本传输协议），两者前者是一种方法，后者则是一种协议。两者都常用于实现服务，在这个层面最本质的区别是RPC服务主要工作在TCP协议之上（也可以在HTTP协议），而HTTP服务工作在HTTP协议之上。由于HTTP协议基于TCP协议，所以RPC服务天然比HTTP更轻量，效率更胜一筹。
RPC（Remote Procedure Call）是一种远程过程调用协议，它允许程序调用另一个地址空间（通常是在另一台计算机上）的过程或方法。流行的PRC框架很多，例如gRPC。
近几年的项目中，服务化和微服务化渐渐成为中大型分布式系统架构的主流方式，而 RPC 在其中扮演着关键的作用。在平时的日常开发中我们都在隐式或显式的使用 RPC，一些刚入行的程序员会感觉 RPC 比较神秘，而一些有多年使用 RPC 经验的程序员虽然使用经验丰富，但有些对其原理也不甚了了。缺乏对原理层面的理解，往往也会造成开发中的一些误用。
国内最早开源的RPC框架，由阿里巴巴公司开发并于2011年末对外开源，仅支持Java
大概意思是架构师没有选用 RPC 框架来做服务间调用，而选择用 MQ 来代替。是不是很意外？
👆点击“博文视点Broadview”，获取更多书讯 RPC作为目前的主流技术之一，它打破了某一项任务所需的计算资源只能靠一台计算机来实现的固有想法，对分布式计算、微服务等领域都有着重要而深远的影响。 从20世纪80年代至今近四十年的时间内，由RPC衍生出来的技术非常多，包括很多现在常见的中间件技术都离不开RPC。网络技术的发展，以及操作系统中的进程间通信技术越发多样化和成熟，这些都为RPC的出现打下了非常好的基础。 RPC框架是为了实现RPC而衍生出来的技术产物，它是RPC领域中可复用的软件架构解决方案。
没错，这次冰河又要搞事情了，这次准备下手的是RPC框架项目。为什么要对RPC框架项目下手呢，因为在如今分布式、微服务乃至云原生不断发展的过程中，RPC作为底层必不可少通信组件，被广泛应用在分布式、微服务和云原生项目中。
在说RPC和HTTP的区别之前，我觉的有必要了解一下OSI的七层网络结构模型（虽然实际应用中基本上都是五层），它可以分为以下几层：（从上到下）
作者：allendbwu，腾讯 PCG 后台开发工程师 目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 RPC 框架 和 服务治理能力的梳理，本文定位于一个科普性质的文章，在于让大家了解一个全貌。 一、RPC 基本框架 1-1、RPC 基本框架 理解 RPC RPC 的概念就是远程过程调用。我们本地的函数调用，就是 A 方法调 B 方法，然后得到调用的结果，RPC 就是让你像本地函数调用一样进行跨服务之间
RPC主要是基于TCP/IP协议的，而HTTP服务主要是基于HTTP协议的，我们都知道HTTP协议是在传输层协议TCP之上的，所以效率来看的话，RPC当然是要更胜一筹啦！下面来具体说一说RPC服务和HTTP服务。
大概2个月前，我说过要利用业余时间写一个简单的 RPC 框架，今天总算将其开源出来，希望对小伙伴们有帮助。
前段时间利用业余时间写了一个简单的 RPC 框架，花费了不少精力。开源出来之后，少部分不太友好的技术人站在上帝视角说了风凉话。就很难受，兄弟，谁还没有一个玻璃心。
很长时间以来都没有怎么好好搞清楚RPC（即Remote Procedure Call，远程过程调用）和HTTP调用的区别，不都是写一个服务然后在客户端调用么？这里请允许我迷之一笑~Naive！
本文简单地介绍一下两种形式的 C/S 架构，先说一下他们最本质的区别，就是 RPC 主要是基于 TCP/IP 协议的，而 HTTP 服务主要是基于 HTTP 协议的。
HTTP 与 RPC 接口是两种常见的接口通信协议。本文将会介绍它们的定义，区别和相同之处，应用场景以及目前的技术发展趋势，并给出接口代码示例和开发常用工具。
在将近10年的平台中间件研发历程中，我们的平台和业务经历了从C++到Java，从同步的BIO到非阻塞的NIO，以及纯异步的事件驱动I/O(AIO)。服务器也从Web容器逐步迁移到了内部更轻量、更高性能的微容器。服务之间的RPC调用从最初的同步阻塞式调用逐步升级到了全栈异步非阻塞调用。
HTTP ： 应用层中的不同应用进程之间 进行数据交换的一种约束、规定、 学名协议，在和导师的对话中的一个问题 ： rmi 和 rpc 或者说实现他们的工具集 他们各种依据的什么样的协议？
gRPC是Google开源的通用高性能RPC框架，它支持的是使用Protocol Buffers来编写Service定义，支持较多语言扩平台并且拥有强大的二进制序列化工具集。与文章《RPC框架实践之：
我：朋友圈有个程序猿花了2个月的头发写了一个 RPC 框架示例（代码地址：https://github.com/Snailclimb/guide-rpc-framework），刚刚下载到本地看着看着就【手动狗头】。
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
微服务是一种架构的理念，提出了微服务的设计原则，从理论为具体的技术落地提供了指导思想。 实施微服务需要具备以下条件：
古人有云“gRPC是目前最常用也是性能最好的RPC框架之一”，本周阿巩将从一次RPC调用流程看在各场景下gRPC框架的解决方案，直击gRPC优秀的本质。上一篇中我们提到了HTTP/2和ProtoBuf 协议，gRPC便是结合了 HTTP/2 与 Protobuf 的优点，在应用层提供方便而高效的 RPC 远程调用协议。那空口无凭，先来简单总结回顾下HTTP/2和ProtoBuf 协议分别是如何提升性能的，再来展开讨论。日拱一卒，让我们开始吧！
摘要: gRPC是Google开源的高性能RPC框架，起源于Google内部的RPC系统——Stubby。本文详细探讨了gRPC的核心设计思路、与ThriftRPC和传统RPC的区别，以及gRPC的主要优势。
目前互联网系统都是微服务化，那么就需要 RPC 调用，因此本文梳理了从 RPC 基本框架协议到整个服务化框架体系建设中所包含的知识点，重点在于 RPC 框架 和 服务治理能力的梳理，本文定位于一个科普性质的文章，在于让大家了解一个全貌。
选择使用RPC（Remote Procedure Call）的原因主要涉及到构建分布式系统、微服务架构和多语言通信等方面的需求。以下是一些选择使用RPC的主要原因：
工作中用到Thrift，一直想深入研究一下。今天这篇博客以提问的方式，分析Thrift的源码。文章部分参考自：Thrift源码分析。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
