JDK动态代理对final类/方法增强无效CGLIB因继承机制无法代理final类/方法。当业务场景中必须使用final类如工具类、第三方依赖类或final方法时Spring AOP动态代理已无法满足需求此时需使用AspectJ编译期织入实现AOP增强。本文核心用规范的开发示例讲解AspectJ编译期织入的配置、编码、编译运行全流程解决final类/方法的AOP增强痛点贴合实际开发规范。一、核心前提AspectJ编译期织入原理与Spring AOP运行时动态代理不同AspectJ编译期织入是在代码编译阶段将切面逻辑通知直接织入目标类的字节码中生成包含增强逻辑的class文件。核心优势不依赖动态代理不受final类/方法的限制——无论目标类/方法是否为final只要匹配切点规则就能实现增强且性能优于运行时代理无反射开销。关键区别Spring AOP是“运行时增强”AspectJ编译期织入是“编译时增强”直接修改目标类字节码无需代理对象。二、规范开发示例SpringBoot AspectJ 编译期织入以“final工具类的方法增强日志记录”为实战场景完整演示从依赖配置、切面编写、编译配置到测试运行的全流程符合企业开发规范。2.1 场景定义假设存在一个final工具类业务要求必须为final防止被继承篡改需对其内部的final方法添加日志增强记录方法调用参数、返回值和执行耗时。/** * 业务要求必须为final类工具类禁止继承 * 内部方法为final禁止重写 */publicfinalclassFinalToolUtil{/** * final方法业务核心工具方法需添加日志增强 * param param 入参 * return 处理结果 */publicfinalStringprocess(Stringparam){// 模拟业务逻辑参数处理try{Thread.sleep(100);// 模拟处理耗时}catch(InterruptedExceptione){thrownewRuntimeException(处理失败,e);}return处理结果param.toUpperCase();}}2.2 第一步添加依赖SpringBoot项目需添加AspectJ核心依赖和编译期织入插件确保编译时能将切面逻辑织入目标类。pom.xml 配置规范依赖版本贴合SpringBoot版本!-- SpringBoot 基础依赖省略根据自身版本引入 --!-- 1. AspectJ 核心依赖 --dependencygroupIdorg.aspectj/groupIdartifactIdaspectjrt/artifactIdversion1.9.19/version/dependency!-- 2. AspectJ 编译期织入插件关键 --buildpluginsplugingroupIdorg.codehaus.mojo/groupIdartifactIdaspectj-maven-plugin/artifactIdversion1.14.0/versionconfiguration!-- 指定Java版本与项目一致 --source1.8/sourcetarget1.8/targetcomplianceLevel1.8/complianceLevel!-- 指定切面类所在包扫描切面 --aspectLibrariesaspectLibrarygroupIdorg.aspectj/groupIdartifactIdaspectjrt/artifactId/aspectLibrary/aspectLibraries/configurationexecutionsexecutiongoals!-- 编译时织入 --goalcompile/goalgoaltest-compile/goal/goals/execution/executions/plugin/plugins/build说明aspectj-maven-plugin 是编译期织入的核心负责在maven编译阶段将切面逻辑织入目标类字节码。2.3 第二步编写AspectJ切面规范编写使用AspectJ注解编写切面定义切点匹配final类的final方法和通知日志增强逻辑遵循AOP开发规范。importorg.aspectj.lang.ProceedingJoinPoint;importorg.aspectj.lang.annotation.Around;importorg.aspectj.lang.annotation.Aspect;importorg.aspectj.lang.annotation.Pointcut;importorg.slf4j.Logger;importorg.slf4j.LoggerFactory;importorg.springframework.stereotype.Component;/** * AspectJ 切面类编译期织入 * 用于增强 FinalToolUtil 的 final 方法 */Aspect// 标识为AspectJ切面Component// 交给Spring管理可选若不依赖Spring可省略publicclassFinalMethodAspect{privatestaticfinalLoggerlogLoggerFactory.getLogger(FinalMethodAspect.class);/** * 切点匹配 FinalToolUtil 类的所有final方法 * 切点表达式规范execution(修饰符 返回值 全类名.方法名(参数)) */Pointcut(execution(public final String com.example.demo.util.FinalToolUtil.process(..)))publicvoidfinalMethodPointcut(){}/** * 环绕通知记录方法调用日志、执行耗时 * 环绕通知可控制方法执行适合记录耗时、异常处理 */Around(finalMethodPointcut())publicObjectaroundFinalMethod(ProceedingJoinPointjoinPoint)throwsThrowable{// 1. 前置增强记录方法调用信息StringmethodNamejoinPoint.getSignature().getName();Object[]argsjoinPoint.getArgs();log.info(【Final方法增强】开始调用方法{}入参{},methodName,args[0]);// 2. 记录开始时间执行目标方法final方法longstartTimeSystem.currentTimeMillis();ObjectresultjoinPoint.proceed();// 执行目标final方法// 3. 后置增强记录执行耗时和返回值longcostTimeSystem.currentTimeMillis()-startTime;log.info(【Final方法增强】方法{}执行完毕耗时{}ms返回值{},methodName,costTime,result);// 4. 返回目标方法结果returnresult;}}关键说明切点表达式必须精准匹配final方法execution(public final String com.example.demo.util.FinalToolUtil.process(..))明确方法的修饰符final、返回值、全类名、方法名和参数。Around通知AspectJ的环绕通知与Spring AOP用法一致可完整控制目标方法的执行流程适合日志、耗时统计等场景。切面类可交给Spring管理Component也可独立使用不依赖Spring本文演示SpringBoot集成场景。2.4 第三步编译验证核心步骤AspectJ编译期织入的核心是“编译阶段织入”需通过maven编译确保切面逻辑被织入FinalToolUtil的字节码中。执行maven编译命令mvn clean compile编译成功后可通过反编译工具如JD-GUI查看FinalToolUtil.class文件会发现切面的日志逻辑已被直接织入process()方法中而非通过代理实现。反编译核心片段示意publicfinalclassFinalToolUtil{publicfinalStringprocess(Stringparam){// 织入的切面逻辑前置日志LoggerlogLoggerFactory.getLogger(FinalMethodAspect.class);StringmethodNameprocess;Object[]argsnewObject[]{param};log.info(【Final方法增强】开始调用方法{}入参{},methodName,args[0]);longstartTimeSystem.currentTimeMillis();// 原业务逻辑try{Thread.sleep(100);}catch(InterruptedExceptione){thrownewRuntimeException(处理失败,e);}Stringresult处理结果param.toUpperCase();// 织入的切面逻辑后置日志longcostTimeSystem.currentTimeMillis()-startTime;log.info(【Final方法增强】方法{}执行完毕耗时{}ms返回值{},methodName,costTime,result);returnresult;}}可见编译后切面逻辑已与目标final方法的业务逻辑融合无需代理直接执行。2.5 第四步测试运行实战验证编写测试类调用FinalToolUtil的process()方法验证AOP增强是否生效日志是否打印。importcom.example.demo.util.FinalToolUtil;importorg.junit.jupiter.api.Test;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.boot.test.context.SpringBootTest;SpringBootTestpublicclassFinalToolUtilTest{// 直接注入final类实例无需代理编译后已包含增强逻辑AutowiredprivateFinalToolUtilfinalToolUtil;TestpublicvoidtestProcess(){// 调用final方法StringresultfinalToolUtil.process(aspectj-test);System.out.println(测试结果result);}}2.6 运行结果符合预期【Final方法增强】开始调用方法process入参aspectj-test 【Final方法增强】方法process执行完毕耗时102ms返回值处理结果ASPECTJ-TEST 测试结果处理结果ASPECTJ-TEST结论final类的final方法成功被增强日志正常打印证明AspectJ编译期织入生效。三、关键注意事项规范开发必看依赖版本一致aspectjrt、aspectj-maven-plugin的版本需匹配避免编译报错本文使用稳定版本组合可直接复用。切点表达式精准必须明确匹配final方法的修饰符final否则无法织入AspectJ支持精准匹配修饰符。编译方式必须使用maven编译mvn compileIDE直接编译可能无法触发AspectJ织入需配置IDE的AspectJ插件如IntelliJ IDEA的AspectJ Support。与Spring AOP区分AspectJ编译期织入无需依赖Spring AOP可独立使用若集成SpringBoot只需添加Component将切面交给Spring管理即可。第三方final类增强若目标final类是第三方依赖无法修改源码只需在切面中精准配置切点表达式编译时同样能织入增强逻辑核心优势。四、总结开发实战结论当遇到final类/方法需要AOP增强时Spring AOPJDK/CGLIB无法解决此时AspectJ编译期织入是最优方案优势不受final限制性能优于动态代理无反射开销支持第三方final类增强。实战流程添加依赖 → 编写切面 → maven编译 → 测试运行符合企业开发规范。适用场景工具类、第三方依赖类、业务要求必须为final的类/方法的AOP增强日志、权限、耗时统计等。本文示例可直接复制到项目中复用只需修改包名、类名和切点表达式即可快速实现final类/方法的AOP增强。