一、RMI 远程方法调用 RMI（Remote Method Invocation）远程方法调用。能够让在客户端Java虚拟机上的对象像调用本地对象一样调用服务端java 虚拟机中的对象上的方法。使用
来源：blog.csdn.net/zhaowen25/article/details/45443951
上一篇：位运算符与(&)、或(|)、异或(^)、非(~)、左移(<<)、右移(>>)、右移补零(>>>)如何选择？
RPC（Remote Procedure Call Protocol）远程过程调用协议，通过网络从远程计算机上请求调用某种服务。一次RPC调用的过程大概有10步：
通过前面的学习，不知道你有没有发现分布式的本质就是多进程协作，共同完成任务。要协作，自然免不了通信。那么，多个进程之间是如何通信的呢？这也就是在“分布式通信技术”模块中，我将要为你讲解的问题。
RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。
HTTP ： 应用层中的不同应用进程之间 进行数据交换的一种约束、规定、 学名协议，在和导师的对话中的一个问题 ： rmi 和 rpc 或者说实现他们的工具集 他们各种依据的什么样的协议？
在JAVA开发学习过程当中,总是会接触到很多概念性的名词。特此简单的总结记录一下相关名词对应的概念。
目前的分布式架构主要由corba和JavaEE搭建，JavaEE优点是跨平台，开发成本低、周期短，不需要学习IDL语言；CORBA的优点是服务器响应速度更快。决定这些架构优缺点的，主要就是通信方式。
http://blog.csdn.net/jiaolong724/article/details/21089347 RPC(remote produce call) RPC是远程过程调用协议，它是基于C/S模型调用的机制，客户机向服务器端发送调用请求等待服务器应答，是一种典型的请求应答机制，大致过程可以理解为本地分布式对象向本机发请求，不用自己编写底层通信本机会通过网络向服务器发送请求，服务器对象接受参数后，经过处理再把处理后的结果发送回客户端。 它是早期的支持分布式一些，缺点rpc是面向过程的远程调用
REST即表述性状态传递（Representational State Transfer，简称REST），是一种软件架构风格。REST通过HTTP协议定义的通用动词方法(GET、PUT、DELETE、POST) ，以URI对网络资源进行唯一标识，响应端根据请求端的不同需求，通过无状态通信，对其请求的资源进行表述。 Rest架构的主要原则：
http://blog.csdn.net/yinwenjie/article/details/49453303
分布式服务化作为SOA的另一种选择，以不同方式把ESB的一些功能重做了一遍。 SOA/ESB：代理调用，直接增强。
归根结底，企业应用系统就是对数据的处理，而对于一个拥有多个子系统的企业应用系统而言，它的基础支撑无疑就是对消息的处理。与对象不同，消息本质上是一种数据结构（当然，对象也可以看做是一种特殊的消息），它包含消费者与服务双方都能识别的数据，这些数据需要在不同的进程（机器）之间进行传递，并可能会被多个完全不同的客户端消费。消息传递相较文件传递与远程过程调用（RPC）而言，似乎更胜一筹，因为它具有更好的平台无关性，并能够很好地支持并发与异步调用。
我自己总结的Java学习的系统知识点以及面试问题，目前已经开源，会一直完善下去，欢迎建议和指导欢迎Star： https://github.com/Snailclimb/Java-Guide
1. RPC 是什么 remote procedure call（RPC）：远程过程调用。 过程：过程就是业务处理、计算任务，更直白理解，就是程序。（像调用本地方法一样调用远程的过程。）
在看项目代码时看到了 hessian 感觉一点都不熟悉，询问导师，引出了一批自己不知道的 知识或技术吧，rmi 及人们常说的RPC 调用 远程服务调用，至少我看了RMI 后 觉得有些概念真的是有些虚，以至于让你觉得很高大上，（同等想起当时覃超老师的算 法课上说 dp dynamic programing 动态规划时说它 就是说的太噱头了）。
在微服务架构中，使用RPC（Remote Procedure Call）进行服务之间的交互是我们通常采用的一种集成方式，与REST方式的请求调用模式相比，RPC具有更强的契约规范（Schema），同时相比REST方式也有更好的性能优势。
协议（Protocol）是个很广的概念，RPC 被称为远程过程调用协议，HTTP 和 TCP 也是大家熟悉的协议，也有人经常拿 RPC 和 RESTFUL 做对比，后者也可以被理解为一种协议… 我个人偏向于把“协议”理解为不同厂家不同用户之间的“约定”，而在 RPC 中，协议的含义也有多层。
协议（Protocol）是个很广的概念，RPC 被称为远程过程调用协议，HTTP 和 TCP 也是大家熟悉的协议，也有人经常拿 RPC 和 RESTFUL 做对比，后者也可以被理解为一种协议... 我个人偏向于把“协议”理解为不同厂家不同用户之间的“约定”，而在 RPC 中，协议的含义也有多层。 Protocol 在 RPC 中的层次关系 翻看 dubbo 和 motan 两个国内知名度数一数二的 RPC 框架（或者叫服务治理框架可能更合适）的文档，他们都有专门的一章介绍自身对多种协议的支持。RPC 框架
在性能基础之浅谈常见接口性能压测一文中我们有简单介绍常见的 RPC 接口，本文将单篇详细介绍 RPC 框架。
1.DubboCodec.encodeRequestData() 116L // 编码request 2.DecodeableRpcInvocation.decode() 89L // 解码request 3.DubboCodec.encodeResponseData() 184L // 编码response 4.DecodeableRpcResult.decode() 73L // 解码response
在一个典型RPC的使用场景中，包含了服务发现、负载、容错、 网络传输 、 序列化 等组件，其中RPC协议就指明了程序如何进行网络传输和序列化 。也就是说一个RPC协议的实现就等于一个非透明的RPC调用，如何做到的的呢？
•netty•mina•RMI 服务•servlet 容器（jetty、Tomcat、Jboss）
RPC（Remote Procedure Call）：远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的思想。
前言RPC概念RPC协议RPC组成RPC协议RPC框架RPC的优点RPC与HTTP的区别
RPC非常重要，很多人面试的时候都挂在了这个地方！你要是还不懂RPC是什么？他的基本原理是什么？你一定要把下边的内容记起来！好好研究一下！特别是文中给出的一张关于RPC的基本流程图，重点中的重点，Dubbo RPC的基本执行流程就是他，RPC框架的基本原理也是他，别说我没告诉你！看了下边的内容你要掌握的内容如下，当然还有很多：
这个protocol主要是管理dubbo的服务注册，管理dubbo与注册中心之间的交互:
先介绍分布式通信的几种基本方式。 RPC 远程过程调用协议（Remote Procedure Call Protocol, RPC）是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发分布式应用更加容易。RPC采用C/S架构。请求程序就是一个Client，而服务提供程序就是一个Server。首先，Client调用进程发送一个有进程参数的调用信息到
首先RMI（Remote Method Invocation）是Java特有的一种RPC实现，它能够使部署在不同主机上的Java对象进行通信与方法调用，它是一种基于Java的远程方法调用技术。
引言： 以前的车马很慢，一生只够爱一个人 以前的网站人很少，一个单应用服务着一个人 ———————————————————— 现在，动不动就谈什么高并发，千万级访问。单应用？BOOM！分分钟爆炸。于是
当两个线程竞争同一资源的时候，如果对资源的访问顺序敏感，就称存在竞态条件。导致竞态条件发生的代码区称作临界区。
在分布式服务框架中，一个最基础的问题就是远程服务是怎么通讯的，在Java领域中有很多可实现远程通讯的技术，例如：RMI、MINA、ESB、 Burlap、Hessian、SOAP、EJB和JMS 等，这些名词之间到底是些什么关系呢，它们背后到底是基于什么原理实现的呢，了解这些是实现分布式服务框架的基础知识，而如果在性能上有高的要求的话，那 深入了解这些技术背后的机制就是必须的了，在这篇blog中我们将来一探究竟，抛砖引玉，欢迎大家提供更多的实现远程通讯的技术和原理的介绍。
本文转自https://developer.51cto.com/art/201906/597963.htm
原文第二章 “架构视角” 包含 访问远程服务、事务处理、透明多级分流系统、架构安全 四方面来进行阐述。
作者：肖继潮 链接：http://www.zhihu.com/question/25536695/answer/31046384 来源：知乎 著作权归作者所有，转载请联系作者获得授权。
http接口是在接口不多、系统与系统交互较少的情况下，解决信息孤岛初期常使用的一种通信手段；优点就是简单、直接、开发方便。利用现成的http协议 进行传输。但是如果是一个大型的网站，内部子系统较多、接口非常多的情况下，RPC框架的好处就显示出来了，首先就是长链接，不必每次通信都要像http 一样去3次握手什么的，减少了网络开销；其次就是RPC框架一般都有注册中心，有丰富的监控管理；发布、下线接口、动态扩展等，对调用方来说是无感知、统 一化的操作。第三个来说就是安全性。最后就是最近流行的服务化架构、服务化治理，RPC框架是一个强力的支撑
Netty 是一个 高性能，异步的 NIO框架，支持 TCP，UDP，文件传输；所有IO操作都是异步非阻塞的
RMI全称是Remote Method Invocation(远程方法调用)，Java RMI威力体现在它强大的开发分布式网络应用的能力上，是纯Java的网络分布式应用系统的核心解决方案之一。其实它可以被看作是RPC的Java版本。但是传统RPC并不能很好地应用于分布式对象系统。而Java RMI 则支持存储于不同地址空间的程序级对象之间彼此进行通信，实现远程对象之间的无缝远程调用。
在微服务中，使用什么协议来构建服务体系，一直是个热门话题。争论的焦点集中在两个候选技术： RPC or Restful
首先得知道什么是分布式，以及和集群的区别？ 分布式：一个业务分拆成多个子业务，部署在不同的服务器上，多半是为了业务解耦，不同的业务可以分别部署，互不干扰，只在需要时相互调用，提升效率。 集群：同一个业务，部署在多个服务器上，多半是为了解决高并发，高访问量，提高系统性能。 ##RMI RMI（Remote Method Invocation）即远程方法调用，是java在JDK1.1中实现的一组用于开发分布式应用程序的API，它大大增强了Java开发分布式应用的能力。 (RMI的具体用法这里不说了，在我另一篇文章中已经有讲解了) 知道了分布式，就知道RMI到底用来干嘛的了，就是用来让不同业务的子系统之间进行服务调用，例如A系统要调用B系统的某个方法，就可以用RMI实现。 但是RMI本身并没有集群的功能，就是同一个业务部署了多台服务器，他只会根据你配置的ip地址，端口去调用其中一台，不会去调用另外的，所以， 怎么去有规则的调用另外的服务器就是负载均衡的工作了，这需要你自己实现。 总结：RMI能实现分布式服务，但单凭他自己不支持集群。
Dubbo是一个高性能、轻量级的Java RPC远程通讯框架，它主要用于分布式服务架构中，解决了服务之间的远程调用问题。以下是Dubbo的主要使用场景：
Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合），我们可以非常容易地通过Dubbo来构建分布式服务，并根据自己实际业务应用场景来选择合适的集群容错模式，这个对于很多应用都是迫切希望的，只需要通过简单的配置就能够实现分布式服务调用，也就是说服务提供方（Provider）发布的服务可以天然就是集群服务。
RPC和RESTful都是远程调用接口，那么它们之间到底有什么区别的呢？我以前一直傻傻分不清楚，直到我看了周志明老师写的《凤凰架构：构建可靠的大型分布式系统》我才理清了它们之间的区别，怕自己忘了，特意做下笔记。
过程 就是业务处理、计算任务，更直白理解，就是程序。(像调用本地方法一样调用远程的过程。)
Java面试总结汇总，整理了包括Java基础知识，集合容器，并发编程，JVM，常用开源框架Spring，MyBatis，数据库，中间件等，包含了作为一个Java工程师在面试中需要用到或者可能用到的绝大部分知识。欢迎大家阅读，本人见识有限，写的博客难免有错误或者疏忽的地方，还望各位大佬指点，在此表示感激不尽。文章持续更新中…
与一般的HTTP REST框架不同，一个可用的RPC架构不仅解决了远程调用问题，也提供了用于服务注册和服务发现的基础设施，比如RMI（Java语言的RPC）里的RMI Registry，如下图所示。
RPC概念及分类 RPC全称为Remote Procedure Call，翻译过来为“远程过程调用”。目前，主流的平台中都支持各种远程调用技术，以满足分布式系统架构中不同的系统之间的远程通信和相互调用。远程调用的应用场景极其广泛，实现的方式也各式各样。
如果是SpringBoot项目就只需要注解，或者开Application配置文件！！！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
