java rpc透明远程调用的关键是接口定义与动态代理：接口统一契约并编译期校验，动态代理在运行时拦截调用、序列化请求、网络传输及反序列化响应，服务端通过反射执行方法，全程对业务无侵入。

Java 接口在 RPC 框架中实现透明远程调用，关键在于“接口定义 + 动态代理”双层抽象：接口统一契约，代理隐藏网络细节。用户调用 userService.getUser(1) 时，实际走的是网络请求，但代码里完全看不出——这就是透明性的来源。

接口定义：契约先行，不依赖实现

服务提供方和消费方共享同一个 Java 接口（如 UserService），不包含任何网络逻辑或框架注解（除非使用 Dubbo/GRPC 等约定注解）：

• 接口只声明方法签名，不涉及实现类、序列化方式、协议类型
• 编译期校验参数类型与返回值，保证调用合法性
• 双方通过 Maven 依赖或 jar 包共享该接口，避免硬编码字符串匹配

动态代理：拦截调用，注入远程逻辑

消费端不直接 new 实现类，而是通过 Proxy.newProxyInstance() 创建代理对象。每次调用接口方法，都会触发 InvocationHandler.invoke()：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 在 invoke 方法中提取：接口全限定名、方法名、参数类型数组、参数值
• 将这些信息封装为 RpcRequest 对象，并用 Hessian/Protobuf/JDK 序列化成字节流
• 通过 Netty/HTTP 客户端发送到服务端地址（从注册中心获取或配置固定地址）
• 等待响应后反序列化 RpcResponse，提取结果或异常并原样返回

服务端如何响应这个代理调用

服务端启动时，会将接口实现类（如 UserServiceImp）注册进本地或中心化注册表，并监听指定端口：

• 收到请求后，根据 serviceName 和 methodName 查找对应实现类和方法
• 用反射调用目标方法，传入反序列化后的参数
• 将返回值或异常封装为 RpcResponse，序列化后发回客户端
• 整个过程对业务代码无侵入，UserServiceImp 不知道被远程调用

为什么不用静态代理

静态代理需为每个接口手动写一个 XXXServiceProxy 类，维护成本高且无法应对接口频繁变更：

• 动态代理运行时生成字节码，天然适配任意接口
• 只需一套通用 InvocationHandler 实现，即可代理所有 RPC 接口
• Spring、Dubbo、自研框架均采用此方式，是 Java RPC 的事实标准

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南