Java中不使用反射获取当前方法参数值的实现方法

你之前尝试的jcabi @Loggable无法生效大概率是缺少AspectJ织入配置，该注解依赖AspectJ在编译期或类加载阶段将日志逻辑织入到目标方法中，未配置织入规则的话注解不会产生任何效果。
另外你当前使用的getEnclosingMethod()本质仍是反射调用，且Parameter仅存储方法的静态元信息，本身不携带运行时的参数实际值，因此无法通过该方式拿到参数取值。

以下是三种可行的低开销实现方案：

方案1：编译期字节码插桩（无运行时反射开销，非Spring项目推荐） #

• 实现逻辑：先自定义你的目标注解，再通过APT（注解处理工具）在编译阶段扫描所有带该注解的方法，使用Byte Buddy或ASM框架直接在方法字节码入口插入打印方法名、参数名+对应实际值的逻辑
• 优势：所有日志逻辑在编译期生成，运行时没有任何反射开销，性能和你手动写打印代码完全一致
• 注意事项：需要额外配置编译阶段的注解处理规则，适配当前项目使用的Java版本模块系统要求

方案2：Spring AOP（Spring项目首选，上手成本最低） #

• 实现逻辑：如果你的项目基于Spring生态，可自定义切面拦截所有带目标注解的方法，提前缓存方法的参数名元数据，方法调用时直接从连接点获取入参取值进行打印
• 优势：无需修改编译配置，少量代码即可实现，预缓存元数据后运行时反射开销极低，完全满足绝大多数业务场景的性能要求
• 核心实现代码示例：

@Around("@annotation(你的自定义注解全类名)")
public Object logMethodParams(ProceedingJoinPoint joinPoint) throws Throwable {
    // 方法名、参数名等元信息可预缓存，无需每次调用反射获取
    String methodName = joinPoint.getSignature().getName();
    Object[] args = joinPoint.getArgs();
    // 此处编写你的日志打印逻辑
    return joinPoint.proceed();
}

方案3：Lombok自定义注解扩展 #

• 实现逻辑：基于Lombok的注解扩展能力开发自定义注解，编译时Lombok会自动在标记了注解的方法开头插入参数打印的代码
• 优势：使用体验和原生Lombok注解一致，无运行时开销，不需要额外维护切面或插桩逻辑

内容的提问来源于stack exchange，提问作者Harshad Panmand