TargetSource(目标源)是被代理的target(目标对象)实例的来源。TargetSource被用于获取当前MethodInvocation(方法调用)所需要的target(目标对象),这个target通过反射的方式被调用(如:method.invode(target,args))。换句话说,proxy(代理对象)代理的不是target,而是TargetSource,这点非常重要!!!
那么问题来了:为什么SpringAOP代理不直接代理target,而需要通过代理TargetSource(target的来源,其内部持有target),间接代理target呢?
通常情况下,一个proxy(代理对象)只能代理一个target,每次方法调用的目标也是唯一固定的target。但是,如果让proxy代理TargetSource,可以使得每次方法调用的target实例都不同(当然也可以相同,这取决于TargetSource实现)。这种机制使得方法调用变得灵活,可以扩展出很多高级功能,如:target pool(目标对象池)、hot swap(运行时目标对象热替换),等等。
接下来要说的另外一点,可能会颠覆你的既有认知:TargetSource组件本身与SpringIoC容器无关,换句话说,target的生命周期不一定是受spring容器管理的,我们以往的XML中的AOP配置,只是对受容器管理的bean而言的,我们当然可以手动创建一个target,同时使用Spring的AOP框架(而不使用IoC容器)。Demo如下:
// 首先定义一个被代理的目标类
public class TargetBean {
// 此方法演示使用
public void show() {
System.out.println(“show”);
}
}
// 接下来是创建代理对象的过程
public class AOPDemo {
public static void main(String[] args) {
TargetBean target = new TargetBean();
TargetSource targetSource = new SingletonTargetSource(target);
// 使用SpringAOP框架的代理工厂直接创建代理对象
TargetBean proxy = (TargetBean) ProxyFactory.getProxy(targetSource);
// 这里会在控制台打印:com.lixin.aopdemo.TargetBean$$EnhancerBySpringCGLIB$$767606b3
System.out.println(proxy.getClass().getName());
}
}
这个demo只是创建target的代理对象,并没有添加任何增强逻辑。,从输出可以看到该目标类已经被CGLIB增强。整个代理过程十分简单,没有使用任何BeanFactory或ApplicationContext一样可以完成代理。
TargetSource功能定义如下:
public interface TargetSource extends TargetClassAware {
/**
* 返回当前目标源的目标类型。
* 可以返回null值,如:EmptyTargetSource(未知类会使用这个目标源)
*/
@Override
Class<?> getTargetClass();
/**
* 当前目标源是否是静态的。
* 如果为false,则每次方法调用结束后会调用releaseTarget()释放目标对象.
* 如果为true,则目标对象不可变,也就没必要释放了。
* @return
*/
boolean isStatic();
/**
* 获取一个目标对象。
* 在每次MethodInvocation方法调用执行之前获取。
* @return
* @throws Exception
*/
Object getTarget() throws Exception;
/**
* 释放指定的目标对象。
* @param target
* @throws Exception
*/
void releaseTarget(Object target) throws Exception;
}
TargetSource包含4个简单实现和3大类实现。
四个简单实现包括:
EmptyTargetSource:
静态目标源,当不存在target目标对象,或者甚至连targetClass目标类都不存在(或未知)时,使用此类实例。
HotSwappableTargetSource:
动态目标源,支持热替换的目标源,支持spring应用运行时替换目标对象。
(private Object target; 反正是私有的, 直接把target一换就热部署了, 注入的都是proxy对象, target是私有成员, 外部无法注入的)
JndiObjectTargetSource:
spring对JNDI管理bean的支持,static属性可配置。
SingletonTargetSource:
静态目标源,单例目标源。Spring的AOP框架默认为受IoC容器管理的bean创建此目标源。换句话说,SingletonTargetSource、proxy与目标bean三者的声明周期均相同。如果bean被配置为prototype,则spring会在每次getBean时创建新的SingletonTargetSource实例。
三大类实现包括:
AbstractBeanFactoryBasedTargetSource:
此类目标源基于IoC容器实现,也就是说target目标对象可以通过beanName从容器中获取。此类又扩展出:
(1)SimpleBeanTargetSource:简单实现,直接调用getBean从容器获取目标对象;
(2)LazyInitTargetSource:延迟初始化目标源,子类可重写postProcessTargetObject方法后置处理目标对象;
(3)AbstractPrototypeBasedTargetSource:原型bean目标源,此抽象类可确保beanName对应的bean的scope属性为prototype。其子类做了简单原型、池化原型、线程隔离原型这3种实现。
AbstractRefreshableTargetSource:
可刷新的目标源。此类实现可根据配置的刷新延迟时间,在每次获取目标对象时自动刷新目标对象。
AbstractLazyCreationTargetSource:
此类实现在调用getTarget()获取时才创建目标对象。
总结一下,本文详解了什么是TargetSource,它的作用是什么,以及该接口的各种实现。最后提醒一下:SpringAOP的自动代理(*AutoProxyCreator),只会为受SpringIoC容器管理的bean创建SingletonTargetSource。其他实现类均在手动代理时按需使用。
不同于 这里的一层动态代理,
比如: @refreshScope(动态刷新技术), 就是把target换成了spring bean, 也就是
在spring aop上还加了一层cglib,
这就是扩展性 和解耦
从而refreshScope在刷新的时候, 外层的这个cglib不动, 直接把target进行替换就行了 https://blog.csdn.net/u011213044/article/details/117709065
到这里就已经揭晓了答案,原来被打上@RefreshScope的Bean都会被Spring做AOP动态代理,每次调用方法之前,都会去IOC中调用getBean方法获取真正的原始Bean,而原始Bean又被存放在GenericScope对象中的Map里,在refresh刷新配置的时候会清空缓存Map,在刷新配置的时候,调用类方法前去IOC获取Bean,然后到GenericScope查看缓存,发现没有这个Bean缓存就会重新从IOC容器创建一份Bean,依赖注入配置属性值的时候注入的就是最新的值了,这样就能达到动态刷新的作用。
含RefreshScope的其实一共创建了两个bean:
testController是refresh scope 使用 SimpleBeanTargetSource 为的是指向 target指向 context.getBean(scopedTarget.testController)
scopedTarget.testController 是SingletonTargetSource target指向原生target (scopedTarget.testController对应的beandefiniton 是由 applyScopedProxyMode 给出来的 : https://blog.csdn.net/wojiushiwo945you/article/details/129198278) 原始类定义的 autowireCandidate 为 false ,primary 也为 false ,那么就能保证实力获取时优先找到的候选对象是代理对象。
testController因为bd被改, 所以scope缺失会被设置为默认的singleton
所以替换scopedTarget.testController能实现
@RefreshScope原理总结
SpringCloud程序的存在一个自动装配的类,这个类默认情况下会自动初始化一个RefreshScope实例,该实例是GenericScope的子类,然后注册到容器中。(RefreshAutoConfiguration.java, )
当容器启动的时候,GenericScope会自己把自己注册到scope中(ConfigurableBeanFactory#registerScope)(GenericScope)
然后当自定义的Bean(被@RefreshScope修饰)注册的时候,会被容器读取到其作用域为refresh。(AnnotatedBeanDefinitionReader#doRegisterBean)
通过上面三步,一个带有@RefreshScope的自定义Bean就被注册到容器中来,其作用域为refresh。
当我们后续进行以来查找的时候,会绕过Singleton和Prototype分支,进入最后一个分支,通过调用Scope接口的get()获取到该refresh作用域的实例。(AbstractBeanFactory.doGetBean)
![在这里插入图片描述](https://img-blog.csdnimg.cn/f285fdd1f5b44232855a81321f3ed0ef.png
https://blog.csdn.net/u011213044/article/details/117709065
https://blog.csdn.net/JokerLJG/article/details/120254643
与其他aop并用, 有时会有问题:
https://blog.csdn.net/u012410733/article/details/125985361