dubbo-基于zookeeper的服务发现源码浅析

dubbo服务发现源码浅析

上一篇简单看了一下dubbo的服务注册的源码，这篇简单分析一下dubbo的服务发现源码。服务发现就是在当前的应用实现调用另一个应用里的方法，整体看完之后想一下，如果要实现，其实有个问题就是调用的方法是不确定的，不知道具体要调用哪个方法，所以这里肯定需要动态代理来实现，整体上是注入了一个代理对象，调用方法时就可以调用这个代理对象的invoke方法，就可以实现两个应用之间的方法调用了。
但是具体是怎么实现的，spring在启动时会对应用里的bean进行一个加载，在加载bean的时候可以拓展很多的beanPostProcessor，dubbo是通过这里使用了ReferenceAnnotationBeanPostProcessor这个后置处理器对使用了@DubboReference这个注解的bean注入了一个RefrenceBean对象，这个RefrenceBean继承了FactoryBean，所以在使用这个对象的时候会调用对应的getObject()方法，在这个方法里返回了一个代理对象。这篇文章只是分析到这里，后面还可以继续跟下去的。
话不多说，上代码

这是我的例子，可以看到在spring进行bean加载的时候，会加载Task和DemoService这两个bean




上面这几张贴图是spring进行bean记载的时候的一些主要方法，看这个还是需要一些spring源码的基础，最后一张贴图可以看到，使用到了上文说的ReferenceAnnotationBeanPostProcessor这个bean的后置处理器的相应方法来进行bean的处理，这个是Task这个bean的加载过程，因为这里是依赖注入，所以会插进来DemoService这个bean的加载过程，和上面的贴图基本一致，至于依赖注入的过程需要自己了解一下了。

最后会调用到这里，这里是为什么呢，因为RefrenceBean集成FactoryBean这个类，所以重写getObject这个方法，当需要创建对象是就会调用这个方法，当依赖注入结束的时候，给Task这个bean进行DemoService这个对象实例化的时候就会调用这个方法了。
这篇只是分析了dubbo和spring框架对于服务发现是怎么实现的，跟着这个方法继续往下面跟，就是dubbo的具体的服务发现过程了，后面有时间会出一篇文章来具体分析。

“是不是一定要有所失，才会有所悟”