dubbo学习篇1 注解之 @Reference 原理解析

一. 使用注解

在dubbo springboot 使用时，在需要调用的服务接口上使用 @Reference 即可直接调用远程服务

@Reference(version = "1.0.0",application = "${dubbo.application.id}")private HelloService helloService;

比如上述样式调试发现调用时 helloSevice为一个生产的代理对象如下图:

二.分析原理

@Reference 的行为跟 @Autowired 类似均实现了自动注入的过程。

首先参考下https://blog.csdn.net/qq_27529917/article/details/78454912 学习 @Autowired 工作原理，可跳过。

@Reference 的注解处理依赖于 ReferenceAnnotationBeanPostProcessor 类该类的定义如下:

public class ReferenceAnnotationBeanPostProcessor extends AnnotationInjectedBeanPostProcessor implementsApplicationContextAware, ApplicationListener {/*** The bean name of {@link ReferenceAnnotationBeanPostProcessor}*/public static final String BEAN_NAME = "referenceAnnotationBeanPostProcessor";/*** Cache size*/private static final int CACHE_SIZE = Integer.getInteger(BEAN_NAME + ".cache.size", 32);private final ConcurrentMap<String, ReferenceBean<?>> referenceBeanCache =new ConcurrentHashMap<>(CACHE_SIZE);private final ConcurrentHashMap<String, ReferenceBeanInvocationHandler> localReferenceBeanInvocationHandlerCache =new ConcurrentHashMap<>(CACHE_SIZE);private final ConcurrentMap<InjectionMetadata.InjectedElement, ReferenceBean<?>> injectedFieldReferenceBeanCache =new ConcurrentHashMap<>(CACHE_SIZE);private final ConcurrentMap<InjectionMetadata.InjectedElement, ReferenceBean<?>> injectedMethodReferenceBeanCache =new ConcurrentHashMap<>(CACHE_SIZE);private ApplicationContext applicationContext;

其中 referenceBeanCache缓存了接口对应bean的定义 localReferenceBeanInvocationHandlerCache缓存了接口对应InvocationHandler的定义。

参考 autowired的解析过程分析首先找到 (2.63定义在当前类原理一致)

 class AnnotationInjectedBeanPostProcessor{@Overridepublic void postProcessMergedBeanDefinition(RootBeanDefinition beanDefinition, Class<?> beanType, String beanName) {if (beanType != null) {InjectionMetadata metadata = findInjectionMetadata(beanName, beanType, null);metadata.checkConfigMembers(beanDefinition);}}}

执行的时间节点是bean刚刚初始化完但在属性填充之前， spring会为每个beanDefinition依次调用实现了 MergedBeanDefinitionPostProcessor接口的PostProcessor的改方法（注册过程单独放在spring boot 自动配置章节）

该函数依次处理spring传来的beanClass 并解析class field method尝试找到

private List<ReferenceAnnotationBeanPostProcessor.ReferenceFieldElement> findFieldReferenceMetadata(Class<?> beanClass) {final List<ReferenceAnnotationBeanPostProcessor.ReferenceFieldElement> elements = new LinkedList();ReflectionUtils.doWithFields(beanClass, new FieldCallback() {public void doWith(Field field) throws IllegalArgumentException, IllegalAccessException {Reference reference = (Reference)AnnotationUtils.getAnnotation(field, Reference.class);if (reference != null) {if (Modifier.isStatic(field.getModifiers())) {if (ReferenceAnnotationBeanPostProcessor.this.logger.isWarnEnabled()) {ReferenceAnnotationBeanPostProcessor.this.logger.warn("@Reference annotation is not supported on static fields: " + field);}return;}elements.add(ReferenceAnnotationBeanPostProcessor.this.new ReferenceFieldElement(field, reference));}}});return elements;}

有这个定义的filed或者method 如果存在的话就建立类定义中对应field method的缓存。同时加入到beanclass/beanname对应该meta信息的缓存以便同样的请求过来不在解析。

之后处理调用该函数

public void checkConfigMembers(RootBeanDefinition beanDefinition) {Set<InjectionMetadata.InjectedElement> checkedElements = new LinkedHashSet(this.injectedElements.size());Iterator var3 = this.injectedElements.iterator();while(var3.hasNext()) {InjectionMetadata.InjectedElement element = (InjectionMetadata.InjectedElement)var3.next();Member member = element.getMember();if (!beanDefinition.isExternallyManagedConfigMember(member)) {beanDefinition.registerExternallyManagedConfigMember(member);checkedElements.add(element);if (logger.isDebugEnabled()) {logger.debug("Registered injected element on class [" + this.targetClass.getName() + "]: " + element);}}}this.checkedElements = checkedElements;}

这个函数会将上个函数标注出来需要被注入的域标注为"外部管理"，只有被标注为外部管理的成员在后续才会在当前bean实例化调用postProcessPropertyValues来处理外部注入

最后一步 postProcessPropertyValues 注入属性

public PropertyValues postProcessPropertyValues(PropertyValues pvs, PropertyDescriptor[] pds, Object bean, String beanName) throws BeanCreationException {InjectionMetadata metadata = this.findReferenceMetadata(beanName, bean.getClass(), pvs);try {metadata.inject(bean, beanName, pvs);return pvs;} catch (BeanCreationException var7) {throw var7;} catch (Throwable var8) {throw new BeanCreationException(beanName, "Injection of @Reference dependencies failed", var8);}}public void inject(Object target, @Nullable String beanName, @Nullable PropertyValues pvs) throws Throwable {Collection<InjectionMetadata.InjectedElement> checkedElements = this.checkedElements;Collection<InjectionMetadata.InjectedElement> elementsToIterate = checkedElements != null ? checkedElements : this.injectedElements;if (!((Collection)elementsToIterate).isEmpty()) {boolean debug = logger.isDebugEnabled();InjectionMetadata.InjectedElement element;for(Iterator var7 = ((Collection)elementsToIterate).iterator(); var7.hasNext(); element.inject(target, beanName, pvs)) {element = (InjectionMetadata.InjectedElement)var7.next();if (debug) {logger.debug("Processing injected element of bean '" + beanName + "': " + element);}}}}

具体过程为判断当前bean 是否需要当前的processor注入如果需要的话即执行注入

protected void inject(Object target, @Nullable String requestingBeanName, @Nullable PropertyValues pvs) throws Throwable {if (this.isField) {Field field = (Field)this.member;ReflectionUtils.makeAccessible(field);field.set(target, this.getResourceToInject(target, requestingBeanName));} else {if (this.checkPropertySkipping(pvs)) {return;}try {Method method = (Method)this.member;ReflectionUtils.makeAccessible(method);method.invoke(target, this.getResourceToInject(target, requestingBeanName));} catch (InvocationTargetException var5) {throw var5.getTargetException();}}}

其中本实例中实际处理inject动作的为

private class ReferenceFieldElement extends InjectedElement protected void inject(Object bean, String beanName, PropertyValues pvs) throws Throwable {Class<?> referenceClass = this.field.getType();this.referenceBean = ReferenceAnnotationBeanPostProcessor.this.buildReferenceBean(this.reference, referenceClass);ReflectionUtils.makeAccessible(this.field);this.field.set(bean, this.referenceBean.getObject());}

其中具体的创建代码为

private ReferenceBean<?> buildReferenceBean(Reference reference, Class<?> referenceClass) throws Exception {String referenceBeanCacheKey = this.generateReferenceBeanCacheKey(reference, referenceClass);ReferenceBean<?> referenceBean = (ReferenceBean)this.referenceBeansCache.get(referenceBeanCacheKey);if (referenceBean == null) {ReferenceBeanBuilder beanBuilder = (ReferenceBeanBuilder)ReferenceBeanBuilder.create(reference, this.classLoader, this.applicationContext).interfaceClass(referenceClass);referenceBean = (ReferenceBean)beanBuilder.build();this.referenceBeansCache.putIfAbsent(referenceBeanCacheKey, referenceBean);}return referenceBean;}

该过程生成了一个referencebean的实例并根据注解参数配置了

public class ReferenceBean<T> extends ReferenceConfig<T>

ReferenceConfig的参数。

此时执行最后一步

this.field.set(bean, this.referenceBean.getObject());

此时尝试去当前referenceBean去除绑定的 dubbo调用invoke对象如果不存在则创建一个

具体创建过程比较长

 private void init() {// 构建参数mapthis.ref = this.createProxy(map);}

最终创建动态代理并将ref对象赋值给@Reference注解的成员。

完。

dubbo学习篇1 注解之 @Reference 原理解析相关推荐

一篇不一样的docker原理解析
0 引言在学习docker的过程中,我发现目前docker学习最大的障碍,不是网上的资源太少,而是网上的资源太多,资源太多带来的噪声让学习效率降低不少.而在讲解docker原理上,所有的讲解都是关于 ...
一篇不一样的docker原理解析提高篇
在上一篇一篇不一样的docker原理解析 - uncle creepy的文章 - 知乎专栏中,主要讨论了容器和虚拟机的区别,在实现细节上并没有深入,只是点到即止,在这篇提高篇中,将详细讨论容器的实 ...
dubbo学习篇之dubbo内核解析（三）Wrapper
dubbo内核解析 dubbo的内核 Wrapper Wrapper的规范 Wrapper的代码实现 Wrapper源码解析加载Wrapper类组装Wrapper类 dubbo的内核 dubbo所 ...
dda算法画直线_深度学习算法第一讲感知机数学原理解析及实现
前言从本篇开始我们将讲解一些机器学习中常用的算法模型及实现原理,本系列会一直更新,把自己走过的弯路都记录下来,也希望后人学习的过程能更顺畅一点. 正文感知机的理解感知机属于机器学习算法中 ...
go python java_一文助你搞懂参数传递原理解析(java、go、python、c++)
前言最近一年多的时间陆续接触了一些对我来说陌生的语言,主要就是 Python 和 Go,期间为了快速实现需求只是依葫芦画瓢的撸代码:并没有深究一些细节与原理. 就拿参数传递一事来说各个语言的实现细节 ...
Log4js原理解析
Log4js原理解析基于log4js 0.6.14版本 Log4js总共三篇博客 <Log4js原理解析>http://blog.csdn.net/hfty290/article/det ...
离线强化学习(Offline RL)系列3: (算法篇)策略约束 - BRAC算法原理详解与实现(经验篇)
论文原文:[Yifan Wu, George Tucker, Ofir Nachum: "Behavior Regularized Offline Reinforcement Learnin ...
第八课 k8s源码学习和二次开发原理篇-KubeBuilder使用和Controller-runtime原理
第八课 k8s源码学习和二次开发原理篇-KubeBuilder使用和Controller-runtime原理 tags: k8s 源码学习 categories: 源码学习二次开发文章目录第八课 ...
dubbo学习（一）dubbo简介与原理
一.Dubbo背景和简介单一应用框架(ORM) 当网站流量很小时,只需一个应用,将所有功能如下单支付等都部署在一起,以减少部署节点和成本. 缺点:单一的系统架构,使得在开发过程中,占用的资源越来 ...

dubbo学习篇1 注解之 @Reference 原理解析

dubbo学习篇1 注解之 @Reference 原理解析相关推荐

最新文章

热门文章