Spring AOP实战包：用XML和注解实现日志记录与负数参数拦截

本文还有配套的精品资源点击获取简介一套开箱即用的Spring AOP教学实验资源包含两个独立可运行项目分别采用XML配置和注解方式完成相同功能。核心功能有两个一是方法执行时自动打印调用方法名和全部入参值覆盖加、减、乘、除四个int类型运算接口便于追踪执行路径和调试二是对所有运算方法做前置校验一旦检测到任意输入参数为负数立即中断执行并抛出明确提示异常不进入业务逻辑。项目基于标准Java Web结构组织含WebContent、WEB-INF、src等完整目录配套有详细实验说明文档.docx、实际运行效果截图png、Eclipse工程配置文件及pom.xml依赖定义。所有代码仅依赖Spring核心库未引入额外框架或工具清晰展示Before通知与Around通知的适用场景、切入点表达式写法如execution(com.example.calc..*(..))、JDK动态代理与CGLIB代理在目标类是否有接口时的不同表现。导入Eclipse后无需额外配置即可编译运行适合刚接触AOP概念的学习者理解织入时机、通知类型选择和配置差异。1. 项目概述为什么这个AOP实验包值得你花30分钟认真跑一遍刚接触Spring AOP时我踩过太多坑——写了一堆Aspect注解结果通知压根没触发配好了aop:config却搞不清aop:before和aop:around到底该在什么场景下用更别提当目标类没有接口时JDK动态代理突然失效控制台只报一句“java.lang.ClassCastException: com.sun.proxy.$Proxy... cannot be cast to ...”连错误在哪都找不到。后来我才明白AOP不是背几个注解就能上手的它是一套需要“眼见为实”的运行时机制。而这个资源包就是专为解决这类认知断层设计的——它不讲抽象概念只给你两个干净、独立、零干扰的可执行工程一个用XML一个用注解做完全相同的事在计算器加减乘除方法执行前后自动打日志、校验负数参数。你不需要改一行代码导入Eclipse就能看到控制台实时打印[INFO] Calling method: add, args[5, -3]紧接着抛出IllegalArgumentException: Negative number not allowed: -3。这种“所见即所得”的反馈比读十页文档都管用。关键词里提到的Spring AOP、日志切面、参数校验、XML配置、注解开发每一个都不是孤立术语日志切面是Before或aop:before的典型落地场景参数校验必须用Around或aop:around才能在进入业务逻辑前截断执行流XML和注解的对比则直接暴露了Spring早期配置式编程与现代声明式编程的本质差异。它适合谁如果你正在学《Spring实战》第4章、准备面试被问“AOP五种通知的区别”或者刚接手一个老系统要给几十个Service方法统一加审计日志——这个包就是你的最小可行验证环境MVP。它不教你Spring Boot自动配置也不涉及AspectJ编译期织入所有复杂度都被收敛在int类型四则运算这个最朴素的上下文里让你把注意力100%放在AOP本身切入点怎么写才精准匹配Calculator接口的所有实现类为什么add(int, int)能被拦截而add(Integer, Integer)有时会失效环绕通知里proceed()调用的位置如何决定异常是被吞掉还是向上抛这些问题的答案都在你双击Run As Java Application那一刻的控制台输出里。2. 整体设计思路拆解为什么必须同时提供XML与注解两套方案2.1 核心功能的分层解耦逻辑这个实验包表面看是两个项目实则是一套完整AOP认知模型的左右手。它的设计不是为了炫技而是刻意制造“可控的差异”。所有功能围绕Calculator接口展开定义了四个标准方法add(int a, int b)、subtract(int a, int b)、multiply(int a, int b)、divide(int a, int b)。业务逻辑极度简单——纯计算无状态无外部依赖。这种“真空环境”恰恰是理解AOP的黄金前提当你排除了数据库、HTTP调用、事务等干扰项就能清晰看到横切关注点日志、校验是如何像手术刀一样精准切入到业务方法执行生命周期中的。日志功能采用Before注解或aop:beforeXML因为它只需要在方法执行前获取签名和参数无需干预执行流程而负数校验必须用Around注解或aop:aroundXML因为校验失败时需要彻底终止方法执行这只有环绕通知能办到——前置通知无法阻止后续执行后置通知已错过拦截时机。这种功能与通知类型的强绑定关系是初学者最容易混淆的点而本包通过强制分离两种实现逼你直面这个设计决策。2.2 XML配置方案理解Spring AOP的底层契约XML方案的价值在于它把Spring AOP的运行契约赤裸裸地摊开给你看。你打开applicationContext.xml会看到三段核心配置首先是aop:config标签这是开启AOP支持的总开关相当于告诉Spring容器“接下来我要定义切面了”其次是bean idloggingAspect classcom.example.aspect.LoggingAspect/明确声明切面是一个普通Java BeanSpring只是把它当作一个组件来管理最后是aop:aspect refloggingAspect块里面用aop:pointcut定义切入点表达式用aop:before和aop:around绑定通知方法。这种显式声明的方式让每个环节都可追溯切入点表达式execution(* com.example.calc.*.*(..))中*代表任意返回类型com.example.calc.*匹配calc包下所有类第二个*匹配所有方法名(..)匹配任意参数列表——它不关心目标类是否有接口只要类路径匹配就生效。更重要的是XML方案天然暴露了代理机制的选择逻辑当CalculatorImpl实现了Calculator接口时Spring默认使用JDK动态代理基于接口当你故意删掉Calculator接口只留CalculatorImpl类再运行项目你会发现日志和校验依然生效——此时Spring已自动切换到CGLIB代理基于子类。这种“代理透明性”在注解方案里是隐藏的而XML方案让你亲眼见证Spring如何根据类结构动态选择代理策略。2.3 注解方案掌握现代Spring的声明式编程范式注解方案则是对Spring演进路线的忠实复刻。它用Aspect标记切面类用Pointcut抽取公共切入点用Before和Around标注通知方法。这种写法更紧凑但隐含了更多约定Aspect类必须被Spring容器管理所以有Component切入点表达式写在方法上通知方法通过Before(logPointcut())引用切入点——这种“方法即配置”的方式让代码自解释性更强。但新手常忽略一个关键细节EnableAspectJAutoProxy注解必须出现在配置类上如AppConfig.java否则Aspect会被Spring完全忽略。这个注解背后是Spring的AspectJAwareAdvisorAutoProxyCreator它会在Bean初始化后扫描所有AspectBean并为其创建代理。相比XML的显式aop:config注解方案把代理创建过程封装成了自动化的基础设施。另一个重要差异是切入点表达式的书写习惯注解方案更倾向使用annotation(org.springframework.stereotype.Service)这类基于注解的匹配而本包坚持用execution()是为了让你聚焦在方法签名匹配这个最基础的能力上。当你对比两个项目的pom.xml会发现它们都只依赖spring-context和spring-aop没有引入spring-boot-starter-aop——这意味着所有功能都基于Spring Framework原生AOP不依赖任何Boot的自动配置魔法确保你学到的是底层原理而非框架糖衣。2.4 为什么拒绝“混合模式”保持学习路径的纯粹性你可能会想“既然XML和注解都能用那能不能在一个项目里混着写”答案是刻意避免。这个包的设计哲学是“单点突破”XML项目里绝不出现Aspect注解项目里绝不写aop:config。原因很简单——混合模式会制造认知噪音。比如当你在XML项目里不小心加了一个Aspect类又没配aop:aspectj-autoproxy通知就不会生效你会困惑“为什么注解不工作”反之在注解项目里写了aop:config又没关掉自动代理可能导致同一个切面被织入两次。这种不确定性对初学者是灾难性的。而本包通过物理隔离两个工程让你可以放心大胆地修改在XML项目里删掉aop:before试试看日志是否消失在注解项目里把Around改成Before观察负数校验为何失效。这种“破坏性实验”的自由度正是深度理解的前提。它不追求工程最佳实践比如生产环境确实会混合使用而是回归教学本质用最干净的对照实验帮你建立关于“织入时机”“通知类型”“代理机制”的肌肉记忆。3. 核心细节解析与实操要点从代码到字节码的穿透式理解3.1 日志切面的实现差异Before通知的精准捕获与参数序列化日志功能看似简单但实现细节决定了调试效率。在XML方案中LoggingAspect.java的beforeLog方法签名是public void beforeLog(JoinPoint joinPoint)。这里的关键是JoinPoint对象——它是Spring AOP提供的切入点上下文快照。调用joinPoint.getSignature().getName()拿到方法名joinPoint.getArgs()返回Object[]数组但直接Arrays.toString(args)会输出[I12345678这样的哈希值因为int数组在Java中是原始类型toString()不重写。解决方案是手动遍历String argsStr Arrays.stream(joinPoint.getArgs()).map(Object::toString).collect(Collectors.joining(, ))。而在注解方案中Before(logPointcut())的通知方法可以直接声明参数类型public void beforeLog(JoinPoint joinPoint, Calculator calc)其中Calculator calc是通过args(calc)在切入点表达式中绑定的这属于Spring AOP的参数绑定特性能直接获取目标对象实例。但要注意这种绑定要求切入点表达式必须精确匹配参数类型比如execution(* com.example.calc.*.*(..)) args(calc)如果方法参数不是Calculator类型绑定就会失败。实际操作中我建议初学者先用getArgs()通用方案等熟悉后再尝试参数绑定——因为后者在复杂参数列表如add(int, String, ListInteger)中容易出错。3.2 负数参数拦截的环绕通知ProceedingJoinPoint的生死时速负数校验是本包最具教学价值的部分它彻底暴露了Around与Before的本质区别。XML方案中ValidationAspect.java的validateAndProceed方法签名为public Object validateAndProceed(ProceedingJoinPoint pjp) throws Throwable。注意两点第一参数类型是ProceedingJoinPoint而非JoinPoint这是环绕通知的专属类型提供了proceed()方法第二方法必须有返回值通常是Object因为proceed()会执行原方法并返回其结果。校验逻辑的核心是Object[] args pjp.getArgs(); for (Object arg : args) { if (arg instanceof Integer (Integer) arg 0) { throw new IllegalArgumentException(Negative number not allowed: arg); } }。这里有个易错点args数组里的元素是Integer包装类不是int原始类型因为Spring AOP在织入时会自动装箱。如果你写if (arg 0)编译会报错必须强制转换。执行pjp.proceed()的位置至关重要——它必须在校验通过后、方法体执行前调用。如果放在校验前负数参数会先触发业务逻辑再抛异常失去拦截意义如果放在校验后但不在try-catch里异常会直接向上抛无法做统一处理。注解方案同理但Around方法可以声明更具体的异常类型比如throws IllegalArgumentException让调用方明确知道可能抛出的业务异常。3.3 切入点表达式的实战陷阱execution()的通配符边界与性能考量两个项目都使用execution(* com.example.calc.*.*(..))作为切入点但这个表达式有微妙的边界情况。第一个*匹配返回类型com.example.calc.*匹配calc包下所有类不包括子包第二个*匹配所有方法名(..)匹配任意参数数量和类型。这意味着CalculatorImpl.add(int, int)会被匹配但CalculatorImpl.add(long, long)也会被匹配——因为(..)是“任意参数”的通配符。如果你只想拦截int参数的方法应该写execution(* com.example.calc.*.*(..)) args(int, int)。但在本包中我们故意保留宽泛匹配是为了演示AOP的“粗粒度切入”能力。另一个常见陷阱是within()和execution()的区别within(com.example.calc.*)匹配calc包下所有类的所有方法无论方法名而execution()必须指定方法签名。性能上execution()在Spring启动时解析一次运行时开销极小this()或target()匹配则需要每次调用时检查代理对象类型开销稍大。对于本包的计算器场景execution()是最优选择。实操心得在Eclipse中你可以右键点击切入点表达式选择“Open With AspectJ Pointcut Explorer”它会可视化展示哪些类/方法被匹配这是排查“通知不触发”问题的终极利器。3.4 代理机制的现场验证JDK动态代理与CGLIB的切换临界点这是本包最硬核的教学点。打开CalculatorImpl.java它实现了Calculator接口。此时运行项目Spring使用JDK动态代理生成一个$ProxyXX类实现Calculator接口内部持有CalculatorImpl实例。你可以在调试模式下把断点打在add()方法上观察调用栈——会看到$ProxyXX.add()-ReflectiveMethodInvocation.proceed()-CalculatorImpl.add()。现在注释掉implements Calculator让CalculatorImpl变成一个纯POJO类。重新运行你会发现日志和校验依然生效此时Spring已切换到CGLIB代理生成一个CalculatorImpl$$EnhancerBySpringCGLIB$$XXXXX子类重写所有非final方法。验证方法在CalculatorImpl类上加final修饰符再运行你会看到Caused by: java.lang.IllegalArgumentException: Cannot subclass final class com.example.calc.CalculatorImpl——CGLIB无法继承final类。这就是为什么Spring官方文档强调“如果目标对象没有实现接口Spring会自动使用CGLIB如果实现了接口默认用JDK代理但可通过proxy-target-classtrue强制CGLIB”。本包通过这种“删接口-看效果”的操作让你亲手触摸到代理机制的脉搏。4. 实操过程与核心环节实现从导入到验证的逐帧拆解4.1 环境准备与工程导入Eclipse下的零配置启动整个过程严格遵循“开箱即用”原则无需安装额外插件或修改全局设置。第一步解压资源包找到experiment目录这是XML方案和src目录这是注解方案通常位于根目录下。第二步打开EclipseFile Import Existing Projects into Workspace浏览到experiment文件夹勾选项目点击Finish。Eclipse会自动识别.project和.classpath文件加载所有依赖。第三步检查pom.xml——它只包含spring-context5.3.37、spring-aop5.3.37、commons-logging1.2三个依赖版本锁定避免兼容性问题。第四步右键项目Properties Project Facets确认Dynamic Web Module版本为3.0或4.0本包适配Servlet 3.0Java版本为1.8因Spring 5.3最低要求JDK 8。第五步最关键的一步——Project Clean然后Run As Java Application选择Main.java它在src/main/java/com/example/Main.java。此时控制台应输出[INFO] Calling method: add, args[5, -3] Exception in thread main java.lang.IllegalArgumentException: Negative number not allowed: -3如果看到ClassNotFoundException说明Maven依赖未下载右键项目Maven Update Project即可。注解方案导入方式完全相同只是项目名不同Main.java会指向AppConfig.class作为配置源。4.2 XML方案核心配置详解applicationContext.xml的每一行含义打开WEB-INF/applicationContext.xml逐行解析?xml version1.0 encodingUTF-8? beans xmlnshttp://www.springframework.org/schema/beans xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xmlns:aophttp://www.springframework.org/schema/aop xsi:schemaLocation http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/aop https://www.springframework.org/schema/aop/spring-aop.xsd这是标准XML命名空间声明xmlns:aop启用AOP标签xsi:schemaLocation指定XSD校验地址确保配置语法正确。!-- 声明业务Bean -- bean idcalculator classcom.example.calc.CalculatorImpl/ !-- 声明切面Bean -- bean idloggingAspect classcom.example.aspect.LoggingAspect/ bean idvalidationAspect classcom.example.aspect.ValidationAspect/这里calculator是目标对象loggingAspect和validationAspect是切面对象。注意切面必须声明为Bean否则Spring无法将其织入。!-- AOP配置块 -- aop:config !-- 定义公共切入点匹配calc包下所有类的所有方法 -- aop:pointcut idallCalculatorMethods expressionexecution(* com.example.calc.*.*(..))/ !-- 日志切面Before通知 -- aop:aspect refloggingAspect aop:before pointcut-refallCalculatorMethods methodbeforeLog/ /aop:aspect !-- 校验切面Around通知 -- aop:aspect refvalidationAspect aop:around pointcut-refallCalculatorMethods methodvalidateAndProceed/ /aop:aspect /aop:configaop:pointcut定义可复用的切入点pointcut-ref实现复用aop:before绑定前置通知aop:around绑定环绕通知。method属性指定切面类中的具体方法名。这种结构清晰展示了“配置驱动”的思想业务逻辑calculator与横切逻辑aspects完全解耦通过XML胶水粘合。4.3 注解方案核心代码详解Aspect类的声明与织入注解方案的入口是AppConfig.javaConfiguration EnableAspectJAutoProxy // 关键启用AspectJ自动代理 ComponentScan(basePackages com.example) public class AppConfig { Bean public Calculator calculator() { return new CalculatorImpl(); } }EnableAspectJAutoProxy是开关没有它所有Aspect都会被忽略。ComponentScan扫描com.example包下的Component、Service、Aspect等注解类。LoggingAspect.java核心代码Aspect Component // 必须声明为Spring Bean public class LoggingAspect { // 定义公共切入点 Pointcut(execution(* com.example.calc.*.*(..))) public void logPointcut() {} // Before通知方法执行前打印日志 Before(logPointcut()) public void beforeLog(JoinPoint joinPoint) { String methodName joinPoint.getSignature().getName(); String argsStr Arrays.stream(joinPoint.getArgs()) .map(Object::toString) .collect(Collectors.joining(, )); System.out.println([INFO] Calling method: methodName , args[ argsStr ]); } }Pointcut方法本身不执行只是命名切入点Before(logPointcut())通过方法名引用它。Component确保该类被Spring管理。ValidationAspect.java核心代码Aspect Component public class ValidationAspect { Around(execution(* com.example.calc.*.*(..))) public Object validateAndProceed(ProceedingJoinPoint pjp) throws Throwable { Object[] args pjp.getArgs(); for (Object arg : args) { if (arg instanceof Integer (Integer) arg 0) { throw new IllegalArgumentException(Negative number not allowed: arg); } } // 校验通过执行原方法 return pjp.proceed(); } }这里Around直接写切入点表达式省去Pointcut声明适合简单场景。pjp.proceed()是执行链的闸门位置决定拦截成败。4.4 运行效果验证与调试技巧如何读懂控制台输出的每一行运行Main.java后控制台输出是理解AOP执行顺序的教科书。以calculator.add(5, -3)为例输出顺序是1.[INFO] Calling method: add, args[5, -3]——Before通知触发2.Exception in thread main java.lang.IllegalArgumentException: Negative number not allowed: -3——Around通知在校验失败时抛出异常这个顺序证明Before在Around的proceed()之前执行因为Around的整个方法体包括校验和proceed()被视为一个原子操作。如果你想验证AfterReturning可以临时把add(5, 3)的参数改为正数你会看到[INFO] Calling method: add, args[5, 3] [INFO] Method add executed successfully, result8第二行来自AfterReturning通知它在方法正常返回后触发。调试技巧在LoggingAspect.beforeLog()和ValidationAspect.validateAndProceed()中打条件断点比如joinPoint.getSignature().getName().equals(add)这样只在调用add时暂停避免被其他方法干扰。另一个技巧在pjp.proceed()前后各加一行System.out.println(Before proceed);和System.out.println(After proceed);你会清晰看到环绕通知的“包裹”结构。5. 常见问题与排查技巧实录那些年我们踩过的AOP坑5.1 通知不触发的五大高频原因与定位步骤问题现象可能原因排查步骤解决方案控制台无任何日志输出1.EnableAspectJAutoProxy缺失2. 切面类未加Component3. 切入点表达式匹配失败1. 检查配置类是否有EnableAspectJAutoProxy2. 在切面类上加PostConstruct方法打印”Aspect loaded”3. 用AspectJ Pointcut Explorer验证表达式补全注解确保切面被Spring管理调整execution()表达式日志有但负数校验不生效1. 用了Before而非Around2.proceed()调用位置错误3. 异常被try-catch吞掉1. 检查通知类型是否为Around2. 确认proceed()在校验逻辑之后3. 在validateAndProceed方法上加throws IllegalArgumentException改用Around将proceed()移至校验块末尾不捕获校验异常抛出ClassCastException目标类无接口但配置了proxy-target-classfalse查看applicationContext.xml中aop:config是否有proxy-target-classfalse删除该属性或设为true启用CGLIB通知触发两次XML和注解方案混用且都启用了代理检查是否同时存在aop:config和EnableAspectJAutoProxy二选一禁用其中一个JoinPoint参数为空切入点表达式写错如execution(* com.example.calc.*.add(..))少写了包名用AspectJ Pointcut Explorer验证匹配结果修正包路径确保com.example.calc.*正确提示当遇到“通知不触发”时最高效的排查路径是先确认切面Bean是否被Spring加载查看启动日志是否有Creating shared instance of singleton bean loggingAspect再验证切入点是否匹配用Pointcut Explorer最后检查通知类型是否符合需求。5.2 切入点表达式调试从模糊匹配到精准定位的三步法很多初学者写execution(* *.*(..))试图匹配所有方法结果整个应用变慢甚至崩溃。正确的调试流程是1.缩小范围先写execution(* com.example.calc.CalculatorImpl.add(..))精确匹配一个方法确认通知能触发2.逐步放宽改为execution(* com.example.calc.CalculatorImpl.*(..))匹配CalculatorImpl所有方法3.最终泛化改为execution(* com.example.calc.*.*(..))匹配calc包下所有类的所有方法。每一步都要运行验证。如果第2步失败说明CalculatorImpl类路径不对可能是包名拼写错误或类没放在正确目录。另一个技巧在切入点表达式后加 args(int, int)强制匹配两个int参数这样add(int, int)会被匹配而add(String, String)不会——这能避免因参数类型不匹配导致的静默失败。5.3 代理机制的深度验证如何确认当前使用的是JDK还是CGLIB光看控制台不够要深入字节码层面验证。在Main.java中添加Calculator calc context.getBean(Calculator.class); System.out.println(Bean type: calc.getClass().getName()); System.out.println(Is JDK proxy: Proxy.isProxyClass(calc.getClass())); System.out.println(Is CGLIB proxy: calc.getClass().getName().contains($$EnhancerBySpringCGLIB));运行结果会显示- JDK代理Bean type: com.sun.proxy.$Proxy12Is JDK proxy: true- CGLIB代理Bean type: com.example.calc.CalculatorImpl$$EnhancerBySpringCGLIB$$a1b2c3d4Is CGLIB proxy: true这个验证方法比看文档更可靠因为Spring的代理策略会根据运行时类结构动态调整。实操心得在生产环境如果大量使用CGLIB要注意cglib-nodep依赖的版本冲突本包已锁定3.3.0版本避免此类问题。5.4 性能与安全边界AOP不是万能胶这些场景请绕道虽然AOP很强大但必须清楚它的能力边界-不能拦截private方法JDK代理和CGLIB都无法访问private方法execution(* privateMethod())永远不匹配-不能拦截final方法CGLIB无法重写final方法JDK代理因接口无final方法而不受影响但目标类的final方法仍不可织入-不能拦截构造器execution(* com.example.calc.CalculatorImpl.new(..))在Spring AOP中无效需用AspectJ编译期织入-性能敏感场景慎用环绕通知有方法调用开销高频调用如每秒万次的方法上加Around需压测验证-事务与AOP的冲突如果Transactional和自定义切面都作用于同一方法执行顺序由Order注解决定本包未涉及此复杂度但你要知道它的存在。注意本包所有方法均为public非final完美规避了上述限制确保你能专注于AOP核心概念的学习。6. 实战扩展与进阶思考从计算器到真实业务的迁移路径掌握了这个包你已经拥有了AOP的“最小知识单元”。下一步是把它迁移到真实场景。比如把日志切面升级为审计日志在beforeLog()中增加SecurityContextHolder.getContext().getAuthentication().getName()获取当前用户记录“谁在什么时候调用了什么方法”。再比如把负数校验泛化为通用参数校验用Valid注解标记DTO配合Validated切面统一处理NotNull、Min等约束——这正是Spring Validation的底层原理。更进一步你可以尝试用DeclareParents实现引介增强Introduction给CalculatorImpl动态添加Loggable接口让它具备enableLogging()方法。这些扩展都不需要新学概念只是本包中Aspect、Pointcut、Around的组合应用。我个人在实际项目中曾用类似方案给30多个Service方法统一添加Redis缓存切面Around(execution(* com.example.service..*Service.*(..)))结合Cacheable注解把重复代码从30份减少到1份。那个时刻我真正体会到AOP不是炫技而是把“重复劳动”从程序员大脑里彻底删除的手术刀。这个计算器实验包就是你握住这把刀的第一步——它足够小小到可以一口吞下又足够真真到每一行输出都在告诉你面向切面编程原来如此实在。本文还有配套的精品资源点击获取简介一套开箱即用的Spring AOP教学实验资源包含两个独立可运行项目分别采用XML配置和注解方式完成相同功能。核心功能有两个一是方法执行时自动打印调用方法名和全部入参值覆盖加、减、乘、除四个int类型运算接口便于追踪执行路径和调试二是对所有运算方法做前置校验一旦检测到任意输入参数为负数立即中断执行并抛出明确提示异常不进入业务逻辑。项目基于标准Java Web结构组织含WebContent、WEB-INF、src等完整目录配套有详细实验说明文档.docx、实际运行效果截图png、Eclipse工程配置文件及pom.xml依赖定义。所有代码仅依赖Spring核心库未引入额外框架或工具清晰展示Before通知与Around通知的适用场景、切入点表达式写法如execution(com.example.calc..*(..))、JDK动态代理与CGLIB代理在目标类是否有接口时的不同表现。导入Eclipse后无需额外配置即可编译运行适合刚接触AOP概念的学习者理解织入时机、通知类型选择和配置差异。本文还有配套的精品资源点击获取