面试回顾：Java RMI 问题解析（续）

在上一篇文章中，我整理了面试中关于 Java RMI 的一些基础问题。这次面试官又抛出了一系列更深入的问题，我继续整理并补充了相关内容，包括代码示例。以下是问题的解答和分析。

1. Naming 的 bind() 和 rebind() 有什么区别？

java.rmi.Naming 类中的 bind() 和 rebind() 都用于将远程对象绑定到 RMI 注册表，但它们有以下区别：

bind(String name, Remote obj) ：
- 如果指定名称已经绑定了一个对象，则抛出 AlreadyBoundException。
- 适用于首次绑定，确保名称唯一性。
rebind(String name, Remote obj) ：
- 如果名称已被绑定，会覆盖之前的绑定，不会抛出异常。
- 适用于更新或替换已有的绑定。

使用场景 ：bind() 适合初始化绑定，rebind() 适合动态更新服务。

2. 让 RMI 程序正确运行有哪些步骤？

运行一个 RMI 程序需要以下步骤：

定义远程接口 ：继承 java.rmi.Remote，方法声明抛出 RemoteException。
实现远程接口 ：创建服务端实现类，通常继承 UnicastRemoteObject。
启动 RMI 注册表 ：通过 LocateRegistry.createRegistry(port) 或命令行 rmiregistry 启动。
绑定远程对象 ：使用 Naming.bind 或 Registry.bind 将对象注册。
开发客户端 ：通过 Naming.lookup 获取远程对象引用并调用方法。
处理安全策略 （可选）：配置 RMISecurityManager 和安全策略文件。
编译和运行：确保 Stub 类生成（现代 JDK 自动生成）并启动服务端和客户端。

3. RMI 的 Stub 扮演了什么角色？

Stub 是 RMI 中的客户端代理，扮演以下角色：

方法调用代理：客户端通过 Stub 调用远程方法，像调用本地方法一样。
序列化请求：将方法参数序列化并通过网络发送到服务端。
接收响应：接收服务端的返回结果，反序列化后返回给客户端。
异常传递 ：将远程异常（如 RemoteException）传递给客户端。

Stub 隐藏了网络通信的复杂性，是 RMI 透明性的关键。

4. RMI 使用 RMISecurityManager 的作用？

RMISecurityManager 是 RMI 的安全管理器，用于：

限制权限：控制远程代码的访问权限（如文件、网络等）。
动态加载保护：在从远程加载类时，防止恶意代码执行。
策略文件支持 ：结合安全策略文件（如 .policy 文件）定义权限。

现代 Java 中，RMISecurityManager 已较少使用，因为动态 Stub 生成和模块化系统减少了其必要性。

5. RMI 有什么局限性？

RMI 的局限性包括：

仅限 Java：只能在 Java 环境中使用，不支持跨语言。
性能开销：序列化和网络通信可能导致延迟。
复杂性：配置（如注册表、安全策略）较繁琐。
安全性：易受反序列化攻击，需额外防护。
替代技术：被 REST、gRPC 等更现代的框架取代。

6. RMI 的基本原理

RMI 的基本原理是基于代理模式和对象序列化：

客户端通过 Stub 调用远程方法。
Stub 将请求序列化并通过 TCP/IP 发送到服务端。
服务端的 Skeleton 接收请求，反序列化后调用实际对象方法。
方法执行结果序列化后返回给客户端。
Stub 反序列化结果并返回给调用者。

核心是透明性：开发者只需关注接口，网络细节由 RMI 处理。

7. RMI 和 RPC 的区别

RMI（Remote Method Invocation） ：
- 面向对象，支持对象传递。
- 仅限 Java，基于 JVM。
- 使用 Stub 和 Skeleton。
RPC（Remote Procedure Call） ：
- 面向过程，传递基本数据类型。
- 跨语言支持（如 gRPC）。
- 更轻量，协议更通用。

区别：RMI 是 Java 特有的对象级调用，RPC 是通用的过程级调用。

8. RMI 的三大基本类

RMI 的三大基本类通常指：

java.rmi.Remote：标记接口，定义远程接口。
java.rmi.server.UnicastRemoteObject：提供远程对象实现的基类。
java.rmi.Naming：用于绑定和查找远程对象。

此外，java.rmi.registry.Registry 也常被提及。

9. RMI、RPC 和 Feign 的差异及适用场景

RMI ：
- 机制：基于 Java 的 Stub/Skeleton 和序列化。
- 优点：原生 Java 支持，对象传递方便。
- 缺点：仅限 Java，配置复杂。
- 场景：传统 Java 分布式系统。
RPC（如 gRPC） ：
- 机制：基于协议（如 Protocol Buffers），跨语言。
- 优点：高效、跨平台。
- 缺点：需定义 IDL（接口描述语言）。
- 场景：高性能、异构系统。
Feign ：
- 机制：基于 HTTP 和注解，集成 Spring Cloud。
- 优点：简单易用，与 RESTful API 兼容。
- 缺点：依赖 HTTP，性能稍逊。
- 场景：微服务架构。

选择建议：

RMI：遗留 Java 系统。
RPC：跨语言、高性能需求。
Feign：Spring 微服务。

10. RMI 示例：基于 Spring Boot 3.x 的业务层面构建

以下是一个使用 Spring Boot 3.x 实现的 RMI 服务，作为业务层面的组件，用于订单查询：

服务端代码

java 复制代码

// 远程接口
package com.example.demo.rmi;

import java.rmi.Remote;
import java.rmi.RemoteException;

public interface OrderService extends Remote {
    String getOrderDetails(String orderId) throws RemoteException;
}

// 实现类
package com.example.demo.rmi;

import java.rmi.RemoteException;
import java.rmi.server.UnicastRemoteObject;

public class OrderServiceImpl extends UnicastRemoteObject implements OrderService {
    protected OrderServiceImpl() throws RemoteException {
        super();
    }

    @Override
    public String getOrderDetails(String orderId) throws RemoteException {
        return "Order " + orderId + ": Shipped";
    }
}

// Spring Boot 配置
package com.example.demo;

import com.example.demo.rmi.OrderService;
import com.example.demo.rmi.OrderServiceImpl;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;

import java.rmi.registry.LocateRegistry;
import java.rmi.registry.Registry;

@SpringBootApplication
public class RmiServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(RmiServerApplication.class, args);
    }

    @Bean
    public OrderService orderService() throws RemoteException {
        Registry registry = LocateRegistry.createRegistry(1099);
        OrderService service = new OrderServiceImpl();
        registry.rebind("OrderService", service);
        return service;
    }
}

客户端代码

java 复制代码

package com.example.demo.client;

import com.example.demo.rmi.OrderService;
import org.springframework.boot.CommandLineRunner;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

import java.rmi.registry.LocateRegistry;
import java.rmi.registry.Registry;

@SpringBootApplication
public class RmiClientApplication implements CommandLineRunner {
    public static void main(String[] args) {
        SpringApplication.run(RmiClientApplication.class, args);
    }

    @Override
    public void run(String... args) throws Exception {
        Registry registry = LocateRegistry.getRegistry("localhost", 1099);
        OrderService service = (OrderService) registry.lookup("OrderService");
        System.out.println(service.getOrderDetails("12345"));
    }
}

说明

业务层面：这个示例模拟了订单查询服务，属于业务逻辑层，而非框架组件。
依赖：Spring Boot 3.x（需 Java 17+），无需额外 RMI 依赖。
运行：先启动服务端，再运行客户端。

总结

通过这次深入研究，我对 RMI 的原理、局限性以及与其他技术的对比有了更清晰的认识。RMI 虽然在现代微服务中应用减少，但在理解分布式系统原理时仍具价值。希望这篇博客对大家有所启发！