SpringAOP代理机制
基于JDK 的动态代理,接口
基于CGlib的动态代理,类
问题
现有一个UserDao的实现,想在原有的实现基础上添加新的业务处理,怎么办?假如有多个实现
-
我们假设有一个UserDao和一个TransactionManager类
-
这种静态代理的方式是存在问题:
1,假如还有其他的dao,则还需要再创建新的proxy 2,如果目标对象的方法发生改变,比如方法名做了修改,则代理类也要做修改
那我们就来看看基于JDK 的动态代理
关键类:**InvocationHandler:**其作用就是将横切逻辑代码和业务逻辑代码编织到一起的编织器。 Proxy则通过newProxyInstance根据handler来创建一个符合第三方接口的代理类
基于接口的模式
接下来就来看看基于CGlib的动态代理
CGlib采用非常底层的字节码技术,可以为一个类创建子类,并在子类中采用方法拦截技术拦截所有父类方法的调用,并织入横切逻辑。
扩展
如果要多层怎么办?
这种实现方式存在三个明显需要改进的地方:
- 目标类的所有方法都添加了性能监视横切逻辑,而有时,这并不是我们所期望的,我们可能只希望对业务类中的某些特定方法添加横切逻辑;
- 我们通过硬编码的方式指定了织入横切逻辑的织入点,即在目标类业务方法的开始和结束前织入代码;
- 我们手工编写代理实例的创建过程,为不同类创建代理时,需要分别编写相应的创建代码,无法做到通用。
Spring AOP的主要工作就是围绕以上三点展开:
- Spring AOP通过Pointcut(切点)指定在哪些类的哪些方法上织入横切逻辑,通过Advice(增强)描述横切逻辑和方法的具体织入点(方法前、方法后、方法的两端等)。此外,Spring通过Advisor(切面)将Pointcut和Advice两者组装起来。有了Advisor的信息,Spring就可以利用JDK或CGLib的动态代理技术采用统一的方式为目标Bean创建织入切面的代理对象了。