dubbo+zookeeper与提供者、消费者之间端口通信问题(No provider available for the service)
文章推荐
- 精选java等全套学习资源
- 精选java电子图书资源
- 精选大数据学习资源
- java项目练习精选
一、异常信息分析
Failed to check the status of the service com.sihai.service.ItemService. No provider available for the service com.sihai.service.ItemService from the url zookeeper://192.168.131.133:2181/com.alibaba.dubbo.registry.RegistryService?application=sihai-manager-web&dubbo=2.5.3&interface=com.sihai.service.ItemService&methods=getItemById&pid=18216&revision=0.0.1-SNAPSHOT&side=consumer×tamp=1519567537377 to the consumer 192.168.131.1 use dubbo version 2.5.3
at com.alibaba.dubbo.config.ReferenceConfig.createProxy(ReferenceConfig.java:420)
at com.alibaba.dubbo.config.ReferenceConfig.init(ReferenceConfig.java:300)
at com.alibaba.dubbo.config.ReferenceConfig.get(ReferenceConfig.java:138)
at com.alibaba.dubbo.config.spring.ReferenceBean.getObject(ReferenceBean.java:65)
at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.doGetObjectFromFactoryBean(FactoryBeanRegistrySupport.java:168)
at org.springframework.beans.factory.support.FactoryBeanRegistrySupport.getObjectFromFactoryBean(FactoryBeanRegistrySupport.java:103)
at org.springframework.beans.factory.support.AbstractBeanFactory.getObjectForBeanInstance(AbstractBeanFactory.java:1585)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:254)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.findAutowireCandidates(DefaultListableBeanFactory.java:1192)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.doResolveDependency(DefaultListableBeanFactory.java:1116)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveDependency(DefaultListableBeanFactory.java:1014)
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor$AutowiredFieldElement.inject(AutowiredAnnotationBeanPostProcessor.java:545)
at org.springframework.beans.factory.annotation.InjectionMetadata.inject(InjectionMetadata.java:88)
at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:331)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1214)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:543)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:482)
at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:306)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:230)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:302)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:197)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:772)
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:839)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:538)
at org.springframework.web.servlet.FrameworkServlet.configureAndRefreshWebApplicationContext(FrameworkServlet.java:668)
at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:634)
at org.springframework.web.servlet.FrameworkServlet.createWebApplicationContext(FrameworkServlet.java:682)
at org.springframework.web.servlet.FrameworkServlet.initWebApplicationContext(FrameworkServlet.java:553)
at org.springframework.web.servlet.FrameworkServlet.initServletBean(FrameworkServlet.java:494)
at org.springframework.web.servlet.HttpServletBean.init(HttpServletBean.java:136)
at javax.servlet.GenericServlet.init(GenericServlet.java:160)
at org.apache.catalina.core.StandardWrapper.initServlet(StandardWrapper.java:1280)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1193)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1088)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5176)
at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5460)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559)
at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
异常分析：
上面的异常，Caused by的前半部分有的说bean创建失败，有的说属性自动装配失败，但后半部分都比较统一，都是：No provider available for the service ……，服务没有可以使用的提供者，完整意思就是：对于消费者(consumer-ip)而言，在zookeeper注册中心(zookeeper-url)没有可用的提供者(No provider available for the service com.test.rpc.OrgRPC)，消费者访问提供者的时候失败了；
因为消费者没有变，变化的是向注册中心注册的提供者由开发服务器变更为测试服务器，同时由于之前处理过因为【No route to host】引起的异常，所以想到可能是提供者端口不通造成的，然后从消费者服务器telnet 提供者ip 20880端口，果然如此。
网上解决办法整合：
1、将提供者服务器的20880端口开放给消费者服务器ip，重新启动消费者服务器，正常启动。
2、可能是你没有在spring-service的配置文件中没有提供服务。
3、dubbo配置的时候需要一个注册中心 这个注册中心主要起的作用为服务做配置 每当一个服务生产者去注册服务时候 会把这个生产者的ip跟端口号丢上去注册中心 而服务的消费方就会从注册中心拿到服务的ip跟端口号 放在本地文件中 底层调用netty访问服务
昨天跟同事一块调程序 他开服务生产者 我开服务调用者 后边就出Failed to check the status of the service . No provider available for the service 这个问题 然后就去dubboadmin上边看 服务正常启动 但是服务提供者的ip是192.168.83.1 是同事搞虚拟机的时候弄虚拟网卡的地址 所以我这边消费方拿到他的虚拟网卡ip才访问不到服务 于是乎 禁用虚拟网卡 问题解决
我的解决方法：主要的报错信息No provider available for the service com.sihai.service.ItemService from the url zookeeper://192.168.131.133:2181/com.alibaba.dubbo.registry.RegistryService?application=sihai-manager-web&dubbo=2.5.3&interface=com.sihai.service.ItemService&methods=getItemById&pid=18216&revision=0.0.1-SNAPSHOT&side=consumer×tamp=1519567537377 to the consumer 192.168.131.1 use dubbo version 2.5.3 这个问题的报错是没有服务的提供者，因为我的项目是service层给controller层提供服务，所以service
层是服务的提供者，因为报错是没有服务的提供者，所以问题就在service的dubbo的服务有没有正常的提供，最后发现自己的spring的web.xml的文件忘记加入加载spring容器的配置了，导致不能正常的发布服务！所以下次出现问题的时候，多看看异常信息，这个问题导致我花了几个小时，结果网上的解答都没有解决我的问题，最后还是自己看报错解决了！
二、dubbo+zookeeper与提供者provider、消费者consumer之间通信过程
先说一下整个系统框架的基本构造：
zookeeper作为注册中心，使用单独服务器，占用2181端口
dubbo-admin作为监控中心，与zookeeper使用相同服务器，tomcat部署占用8080端口
provider作为提供者，使用单独服务器，tomcat部署占用8080端口，使用dubbo协议开放20880端口
consumer作为消费者，使用单独服务器，tomcat部署占用8080端口
再看上面的异常，虽然解决了，是不是有人和我一样有一些问题想不通：
provider服务器端口是8080，为什么telnet测试以及解决方案中开放的端口却是20880？
要说dubbo协议开放了20880端口，那8080端口应该也开放啊？
zookeeper、provider、consumer之间端口开放和屏蔽情况到底是怎么回事？
带着这些问题，进行了相关的验证，最终得出如下结论，先看图，再解释：
1)、用dubbo协议在20880端口暴露服务
在提供者的dubbo配置文件中，一般都配置了
所以上面的异常解决办法是开放20880端口给消费者，而不是8080端口给消费者。
从监控中心可以看到如图：
除了在指定端口上暴露服务之外，还可以在指定ip上暴露服务，配置如下：
<dubbo:protocol name="dubbo" host="10.1.22.2" port="20880" />2)、端口开放情况
zookeeper作为注册中心，provider注册服务、consumer订阅服务、dubbo-admin监控服务，所以zookeeper注册中心的2181端口需要向provider、consumer、dubbo-admin开放；
一般情况下，dubbo-admin监控中心与zookeeper注册中心部署在相同的服务器上，zookeeper可以不考虑端口开放给dubbo-admin的情况；
consumer订阅服务，即拿到了provider在20880端口暴露的服务，当consumer请求服务时，直接从consumer跳到provider，而不是consumer到zookeeper再到provider，所以provider的20880无需开放给zookeeper；
同理，provider响应服务时，也是直接从provider到consumer，而不是provider到zookeeper再到consumer，所以consumer的8080无需开放给zookeeper；
zookeeper注册中心是完全被动的。
三、总结一下：
zookeeper的2181开放给provider、consumer、dubbo-admin
provider的20880开放给所有consumer，但8080服务器端口可以完全屏蔽
consumer的8080开放给所有provider
dubbo-admin的8080开放给管理员用户，便于通过浏览器监控注册中心服务的情况
总结：注册中心只负责服务注册和目录发布，安全授权，实际的服务访问仍然是两个组件之间的点对点连接完成，这种方式下整个架构下获取更高的性能，同时服务管理平台也不容易成为大并发服务访问下的单点瓶颈
注意：当出现错误时，还是多看看后台的异常信息，说不定就解决了，可以省去很多不必要的麻烦，浪费了很多时间！
参考：http://blog.csdn.net/javaloveiphone/article/details/52290292