java反射在轻量级rpc中实现服务端动态调用：通过class.forname加载接口、查bean实例、getmethod获取方法、invoke执行，并需精准还原参数类型、缓存method/constructor、严格限制可调用范围。
Java 反射本身不直接实现 RPC，但它在轻量级 RPC 框架中承担“服务端动态调用目标方法”的核心角色：客户端序列化请求（接口名、方法名、参数），服务端通过反射定位并执行对应方法，再将结果序列化返回。
服务端用反射匹配并调用目标方法
服务端收到请求后，需根据接口全限定名加载接口类，再结合 Spring 容器（或自维护的 Bean 映射表）找到实际实现类实例，最后用反射触发方法执行：
- 通过 Class.forName(interfaceName) 加载接口类型（仅用于类型校验，不实例化）
- 从本地注册中心（如 ConcurrentHashMap
）查出实现类的 Bean 实例（例如 "com.example.UserService" → new UserServiceImpl()） - 用 clazz.getMethod(methodName, paramTypes...) 获取 Method 对象，注意处理重载——需严格匹配参数类型（如 Integer.class ≠ int.class）
- 调用 method.invoke(instance, args...) 执行，捕获 InvocationTargetException 并透出原始异常
参数类型还原要精准，避免反射失败
网络传输中参数是序列化后的字节数组或 JSON，服务端反序列化时必须还原为与方法签名完全一致的运行时类型，否则 getMethod 会找不到方法：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 不要只靠参数值推断类型（如 123 可能是 int 或 Integer），应在请求中显式携带参数类型信息（如 ["java.lang.String", "int"]）
- 对基本类型和包装类做映射转换：传 "int" 时，用 int.class；传 "java.lang.Integer" 时，用 Integer.class
- 复杂对象需支持泛型类型擦除后的还原，例如 List
在反射中表现为 List.class，需配合 TypeReference 或额外元数据
提升性能：缓存 Method 和 Constructor
反射调用比直接调用慢，但可通过缓存显著优化。重点缓存两类对象：
- Method 对象：以 接口名 + 方法名 + 参数类型列表 为 key（如 "UserService.login.[java.lang.String,int]"），避免每次重复查找
- Constructor（用于反序列化参数）：尤其对频繁使用的 DTO 类，缓存其无参或指定参数构造器，减少 Class.newInstance() 的开销
- 使用 ConcurrentHashMap 存储，初始化时预热常用 Method，避免首次调用抖动
安全边界不能靠反射兜底
反射可绕过访问控制（setAccessible(true)），但 RPC 框架必须主动限制暴露范围：
- 只允许调用 @RpcService 或 public 方法，禁止 private/protected 方法自动注册
- 方法名、参数类型、返回类型需白名单校验，防止通过反射调用 Runtime.exec 等危险 API
- 不暴露内部类、匿名类、Lambda 生成的合成方法（它们名字含 $，应过滤）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
