RMI远程调用原理及实现解析

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个文章开发实战，手把手教大家学习《RMI远程调用原理详解与实现分析》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

RMI是Java远程方法调用机制，通过Stub代理实现客户端本地调用假象，参数与返回值需序列化，使用JRMP协议通信；服务端通过UnicastRemoteObject暴露远程对象，绑定至指定端口；Registry作为命名服务负责注册与查找，不参与实际调用；依赖序列化、动态类加载和DGC三大支撑，适用于Java内部系统间调用。

RMI（Remote Method Invocation）是Java提供的远程方法调用机制，核心目标是让调用远程对象像调用本地对象一样自然。它不是简单的网络通信封装，而是一套包含代理、序列化、动态类加载和远程协议协同的完整体系。

客户端通过Stub实现“本地调用假象”

真正执行远程调用的不是业务对象本身，而是由RMI运行时在客户端生成的Stub（存根）。Stub是一个实现了与远程接口相同方法签名的本地代理类。当程序调用stub的方法时：

• Stub负责将方法名、参数类型、参数值等信息打包成调用描述
• 所有参数必须可序列化（实现Serializable），否则抛出NotSerializableException
• 通过TCP连接将调用请求发往远程JVM的Skeleton（旧版）或直接交给Registry+UnicastRemoteObject（新版）

服务端靠UnicastRemoteObject暴露远程能力

远程对象必须继承UnicastRemoteObject（或显式调用exportObject()），才能被RMI运行时赋予网络监听能力：

• 启动时自动绑定到随机或指定端口，等待客户端连接
• 接收到调用请求后，反序列化参数、反射调用真实对象方法
• 将返回值（也需可序列化）序列化后回传给客户端
• 默认使用JRMP（Java Remote Method Protocol），基于TCP，不兼容HTTP或其他语言

Registry承担“地址簿”角色，但不参与实际调用

rmiregistry是一个轻量级命名服务，仅用于绑定和查找远程对象引用：

• 服务端调用Naming.rebind("rmi://host:port/name", remoteObj)注册对象
• 客户端调用Naming.lookup("rmi://host:port/name")获取Stub对象（不是远程对象本身）
• Registry本身不转发调用，只返回一个指向服务端IP+端口的Stub实例
• JDK 9+中Registry已标记为deprecated，推荐用LocateRegistry.getRegistry()替代

跨JVM通信依赖三大基础支撑

RMI能透明运行，背后离不开Java平台的深度配合：

• 序列化机制：自动处理对象图遍历、循环引用、transient字段跳过等，是参数/返回值传输的前提
• 动态类加载（RMI Class Loading）：客户端Stub中若含服务端自定义类，可通过codebase特性从远程URL加载字节码（需安全策略许可）
• GC协同（DGC）：分布式垃圾回收器跟踪远程引用，当客户端长时间未访问某远程对象，服务端可安全回收

基本上就这些。RMI设计初衷是简化Java内部系统间调用，不是为异构环境或高并发场景打造。如今虽被Dubbo、gRPC等取代，但理解它有助于把握分布式调用的本质逻辑。

文中关于java,rmi的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《RMI远程调用原理及实现解析》文章吧，也可关注golang学习网公众号了解相关技术文章。