RMI远程方法调用和rpc远程过程调用
之前读到rmi原理时,我还以为是使用了远程对象传输,然后在本地调用。然后发现这样存在很大的问题,对象的生存环境变化了,那么比如访问数据库,依赖的对象怎么办,这些没法序列化吧?这些考虑的问题来自于程序员的经验(嘿嘿)。后来看到一些博文,发现不是这样的。看着确实在本地生成了一个代理对象,方法调用也是在本地。但是真的不是这样,背后的原理还是将方法和参数传递给了远程服务,然后从远程服务获取返回值。这个过程是透明的,就像调用本地方法一样。
调用远程的服务,我们更常用的是http协议,它也可以实现相同的功能。比较一下这两种方式的差异:rmi调用需要本地和远程都有相同的接口源码,以及相应的参数类型。http则很简单,本地直接调用远程的url,传入参数,然后返回结果,这个一般采用json。可以看到,http的代码耦合性更低,如果你想让别人调用你的方法,你只需要告诉他方法地址和参数,返回格式等就可以了。但是rmi却要求有接口的代码,并且是java代码,但是性能很好。所以rmi迭代很慢,确实不适合做敏捷开发。而http则可以和语言无关。
看到dubbo的开发文档,和rmi的方式有些相似,本地需要有远程服务的对象的接口。
日进有功
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .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 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义