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是一个轻量级命名服务，仅用于绑定和查找远程对象引用：
立即学习“Java免费学习笔记（深入）”；
- 服务端调用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等取代，但理解它有助于把握分布式调用的本质逻辑。
