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）注册进本地或中心化注册表，并监听指定端口：
立即学习“Java免费学习笔记（深入）”；
- 收到请求后，根据
serviceName和methodName查找对应实现类和方法 - 用反射调用目标方法，传入反序列化后的参数
- 将返回值或异常封装为
RpcResponse，序列化后发回客户端 - 整个过程对业务代码无侵入，
UserServiceImp不知道被远程调用
为什么不用静态代理
静态代理需为每个接口手动写一个 XXXServiceProxy 类，维护成本高且无法应对接口频繁变更：
- 动态代理运行时生成字节码，天然适配任意接口
- 只需一套通用
InvocationHandler实现，即可代理所有 RPC 接口 - Spring、Dubbo、自研框架均采用此方式，是 Java RPC 的事实标准
