版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/Daybreak1209/article/details/82982674
背景
前两篇博客采用AOP实现接口入参、返回结果的log打印和方法参数校验。测试时发现一个问题，简言之：
1、service中方法1设置AOP拦截，奏效
2、同service中方法2未设置AOP拦截，但在方法2中直接diao调用方法1，方法1的AOP拦截失效。
原因
通过debug发现，在方法2调用方法1时，this指向service对象本身（写或不写都指向本service），而非service的代理类。失效原因即在于此。
AOP原理：调用时，通过生成target对象的proxy代理类 ，基于代理类执行before增强后调用目标对象方法，后执行after增强，返回结果给调用方。当方法2直接调用update方法时，该service为service真实类，而非代理类，所以无法获取代理执行AOP before 、after校验。即直接调用目标对象，导致aop失效。
方案
this改为从applicationContext中获取service来调用updateTrade方法即可。context中初始化均基于cglib来生成各service的代理对象，故改为从context中获取代理对象后，方可执行AOP拦截。
总结
这个问题还是容易被忽略，尤其在@transaction注解时，使用 require、require_new等属性，本身测试可能容易漏掉的case，如果不通过contaxt获取service代理，而直接由service target去调用@transaction拦截方法，事务同样会失效，所以还是需要引起重视。
多用多采坑多总结多收获。很好。