RMI远程方法调用和rpc远程过程调用

  之前读到rmi原理时,我还以为是使用了远程对象传输,然后在本地调用。然后发现这样存在很大的问题,对象的生存环境变化了,那么比如访问数据库,依赖的对象怎么办,这些没法序列化吧?这些考虑的问题来自于程序员的经验(嘿嘿)。后来看到一些博文,发现不是这样的。看着确实在本地生成了一个代理对象,方法调用也是在本地。但是真的不是这样,背后的原理还是将方法和参数传递给了远程服务,然后从远程服务获取返回值。这个过程是透明的,就像调用本地方法一样。

  调用远程的服务,我们更常用的是http协议,它也可以实现相同的功能。比较一下这两种方式的差异:rmi调用需要本地和远程都有相同的接口源码,以及相应的参数类型。http则很简单,本地直接调用远程的url,传入参数,然后返回结果,这个一般采用json。可以看到,http的代码耦合性更低,如果你想让别人调用你的方法,你只需要告诉他方法地址和参数,返回格式等就可以了。但是rmi却要求有接口的代码,并且是java代码,但是性能很好。所以rmi迭代很慢,确实不适合做敏捷开发。而http则可以和语言无关。

  看到dubbo的开发文档,和rmi的方式有些相似,本地需要有远程服务的对象的接口。

  

 

rmi介绍博文:https://www.cnblogs.com/yuyu666/p/10087381.html

posted @   懂得了才能做一些改变  阅读(301)  评论(0编辑  收藏  举报
编辑推荐:
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
点击右上角即可分享
微信分享提示