核心问题是反射调用路径反复创建临时对象，而非static本身；应缓存method/field、优先用methodhandle.findstatic()+invokeexact()、避免object[]参数数组、必要时用编译期字节码生成替代。
频繁对含大量 static 成员的类做反射操作，容易触发年轻代高频 GC 抖动，核心问题不在 static 本身，而在于反射调用路径上反复创建临时对象（如 Method 实例、参数数组、安全检查上下文等）。关键不是“少用反射”，而是让反射行为更可控、更轻量。
缓存 static 成员的反射句柄，避免重复解析
static 方法或字段的签名在类加载后就固定不变，无需每次调用都走 Class.getDeclaredMethod() 或 Class.getField()。应一次性获取并长期复用：
- 用 ConcurrentHashMap
按方法名+参数类型签名缓存，首次调用时初始化，后续直接 get； - 静态字段同理，缓存 Field 对象，并在缓存时统一调用 setAccessible(true)，避免每次 get/put 都触发安全检查；
- 不要在循环或高频方法体内写
clazz.getDeclaredMethod("xxx")，提取到静态块或初始化器中完成。
优先用 MethodHandle 替代反射 API
MethodHandle 是 JVM 原生支持的轻量级调用机制，对 static 成员尤其友好：
- 通过 MethodHandles.lookup().findStatic() 获取 static 方法句柄，返回值可安全复用；
- invokeExact() 不做自动装箱、不包装异常、不生成 InvocationTargetException，几乎零对象分配；
- 相比 Method.invoke()，调用开销降低 2–5 倍，且更容易被 JIT 优化。
规避参数数组与装箱带来的短命对象
static 方法常被高频调用（如工具类中的 parse、format），传参方式直接影响 GC 压力：
- 避免
method.invoke(null, new Object[]{arg1, arg2})—— 每次新建 Object 数组； - 若参数固定（如单个 String 或 int），复用预分配的 Object[1] 数组，或直接用 MethodHandle 的类型专用 invokeExact；
- 基本类型参数不用包装类传参，例如调用
StringUtils.isBlank(String)时，传入原始字符串，而非new Object[]{s}。
必要时用编译期生成替代运行时反射
对被大量调用的 static 工具方法（如 JSON 序列化、DTO 转换），反射只是权宜之计：
- 用 Byte Buddy 或 Javassist 在启动时生成静态访问适配器类，把反射调用转为直接调用；
- Spring Boot 3+ 默认启用 AOT 编译，可将部分反射逻辑提前固化为字节码；
- 自定义注解处理器，在编译期扫描 @UtilClass 注解，自动生成桥接方法，彻底绕过运行时反射。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
