DUBBO 使用问题记录
博客专区 > greki 的博客 > 博客详情
DUBBO 使用问题记录
greki 发表于2年前
DUBBO 使用问题记录
  • 发表于 2年前
  • 阅读 32700
  • 收藏 24
  • 点赞 5
  • 评论 6

【腾讯云】如何购买服务器最划算?>>>   

摘要: DUBBO 使用问题记录

 

官方ISSUE参考

https://github.com/alibaba/dubbo/issues

 

注册中心ZookeeperRegistry.doSaveProperties warn

2014-10-1419:56:51WARN  [com.alibaba.dubbo.registry.zookeeper.ZookeeperRegistry.doSaveProperties(221)]  [DUBBO] Failed to save registry store file, cause: Can not loc

k the registry cache file /homearch/.dubbo/dubbo-registry-192.168.1.109.cache, ignore and retry later, maybe multi java process use the file, please config: dubbo.re

gistry.file=xxx.properties, dubbo version:2.5.3, current host:192.168.1.22

java.io.IOException: Can not lock the registry cache file /homearch/.dubbo/dubbo-registry-192.168.1.109.cache, ignore and retry later, maybe multi java process use t

he file, please config: dubbo.registry.file=xxx.properties

        at com.alibaba.dubbo.registry.support.AbstractRegistry.doSaveProperties(AbstractRegistry.java:193)

        at com.alibaba.dubbo.registry.support.AbstractRegistry$SaveProperties.run(AbstractRegistry.java:150)

        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:744)

2014-10-1419:56:51WARN  [com.alibaba.dubbo.registry.zookeeper.ZookeeperRegistry.doSaveProperties(221)]  [DUBBO] Failed to save registry store file, cause: Can not loc

k the registry cache file /homearch/.dubbo/dubbo-registry-192.168.1.109.cache, ignore and retry later, maybe multi java process use the file, please config: dubbo.re

gistry.file=xxx.properties, dubbo version:2.5.3, current host:192.168.1.22

java.io.IOException: Can not lock the registry cache file /homearch/.dubbo/dubbo-registry-192.168.1.109.cache, ignore and retry later, maybe multi java process use t

he file, please config: dubbo.registry.file=xxx.properties

        at com.alibaba.dubbo.registry.support.AbstractRegistry.doSaveProperties(AbstractRegistry.java:193)

        at com.alibaba.dubbo.registry.support.AbstractRegistry$SaveProperties.run(AbstractRegistry.java:150)

        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:744)

 

原因:

dubbo会默认会在本地缓存注册中心的信息文件,默认路径在//home/[user]/.dubbo/dubbo-registry-192.168.1.109.cache

一个服务有多个应用有用到dubbo的时候更新注册中心的本地缓存,在更新本地缓存冲突时,就报了上面的warning;

如何消除这个warn:

在dubbo.properties文件里加入;
dubbo.registry.file=/home/xxx/app/dubbo-registry.properties

PS:Dubbo将自动加载classpath根目录下的dubbo.properties,可以通过JVM启动参数:-Ddubbo.properties.file=/home/xxx/dubbo.properties 改变缺省配置位置。

影响:

 这个warn可以忽略,只在存储文件的时候才报,存储的文件在AbstractRegistry构造函数里加载;是在启动的时候用

 

错误的服务提供者IP注册到中心

 

hostname解析错误或者可能是使用了VPN,启动了dubbo服务提供者应用,又连了正式环境的注册中心;

 一旦dubbo获取的ip错误后(拨了vpn 本机IP就会有多个),

 这种情况即使提供者服务停掉,目前dubbo没有能力清除这类错误的提供者;

 (需要修改源码测试,需要客户端重新更细包,因为清除动作client端)

 这种情况同样发生在测试的dubbo注册中心;

  

规避方案:

  1. 线上最好直接把10.10.10.10服务器的2181端口,做ip限制,VPN拨上的IP过滤掉(@旭峰,看能不能做到)
  2. 团队人员行为控制;
  3. 拨VPN又需要调试dubbo提供者的应用时,指定DUBBO服务的主机绑定 

发现这种情况的解决方法:

  1. 到dubbo管理后台,禁用错误的服务提供者;

Dubbo主机绑定说明: 

  缺省主机IP查找顺序: 

  • 通过LocalHost.getLocalHost()获取本机地址(hostname做解析,从而获取IP地址的,ping hostname)。
  • 如果是127.*等loopback地址,则扫描各网卡,获取网卡IP。

 

 注册的地址如果获取不正确,比如需要注册公网地址,可以:


1. 可以在/etc/hosts中加入:机器名 公网IP,比如: 

test1 205.182.23.201 

2. 在dubbo.xml中加入主机地址的配置:

<dubbo:protocol host="205.182.23.201">

3. 或在dubbo.properties中加入主机地址的配置:

dubbo.protocol.host=205.182.23.201 或 JAVA_OPTIONS="-Ddubbo.protocol.host=192.168.1.111

怎么样一次访问调用集群中所有节点?

配置下消费者端即可。dubbo已经支持广播调用《broadcast》

<dubbo:referenceid="testservice"interface="xxx.TestService"timeout="8000"cluster="broadcast"/>

spring jar包冲突

我们现在用的spring是3,而dubbo引用的是2.5.6,会造成jar包冲突,需要排除

错误信息:WARN:oejuc.AbstractLifeCycle:FAILED ModelViewController: java.lang.NoSuchFieldError: APPLICATION_CONTEXT_ID_PREFIX

解决办法:<dependency>

            <groupId>com.alibaba</groupId>

            <artifactId>dubbo</artifactId>

            <version>2.4.9</version>

                <exclusions>

                <exclusion>

                    <groupId>org.springframework</groupId>

                    <artifactId>spring</artifactId>

                </exclusion>

            </exclusions>

</dependency>

异步调用问题

  dubbo的异步调用发现个问题

A -----[异步]-->    B   --[同步调用]-->C

B同步dubbo调用C,就会直接返回null

如果B调用C后,下一步还有同步调用D,D返回的会正确;

 

 

服务端开发不注册到中心

开发调试的时候:开发的dubbo服务不要注册到注册中心。不注册的方法如下,建议用1或2
1:启动jvm参数:-Ddubbo.registry.address=192.168.1.109:2183?register=false
2:改properties:<dubbo:registry address="192.168.1.109:2183?register=false"/>  

3:dubbo.xml 配置:<dubbo:registry address="192.168.1.109:2183" register="false" />(上线要改回来)

 

dubbo-monitor-simple

 

里面有个配置dubbo.statistics.directory=${user.home}/monitor/statistics

下面的监控是写文件的,导致服务器的文件过多,几个月下来inode都要满了。

定期清理,或者用dubbo-monitor-x吧,入mysql

 

oschina有一个开源项目:http://git.oschina.net/handu/dubbo-monitor 

 

状态被禁用,管理后台设置无效

不知道什么原因,管理后台看服务是禁用状态,而且启用不成功,感觉是哪里配置写进去的地方写错,具体原因没分析,

解决方法就是去登录zookeeper里手段删除配置节点

zkCli.sh -server 192.168.1.23:2183

 delete /dubbo/xxxx.xxxx.Service/configurators/xxxxxxx

 

DUBBO的回调问题,指导文档是(试用)生产上慎用;

provider <--consumer:  正常调用

provider -->consumer:  回调

例子里,消费的端配置是

<dubbo:reference id="callbackService" interface="com.callback.CallbackService" />

CallbackService callbackService = (CallbackService) context.getBean("callbackService");
 
callbackService.addListener("http://10.20.160.198/wiki/display/dubbo/foo.bar", new CallbackListener(){
    public void changed(String msg) {
        System.out.println("callback1:" + msg);
    }
});

注意点1:初始化的时候,必须调用callbackService.addListener后,provider在调用回调服务,客户端才能收到。

注意点2: provider如果重启了,consumer如果没有重启,这时候如果provider直接进行回调是掉不通的。

如果你重现再consumer里再callbackService.addListener,那就可以了。

 

原因跟回调实现有关,dubbo的回调暴露,CallbackServiceCodec实现consumer的接口暴露。

1.callbackService.addListener

2.-->CallbackServiceCodec(tcp进行callback的编码)、并export回调服务

3.--tcp传输编码-->

4.provider收到编码,CallbackServiceCodec.decode解码知道consumer有回调接口暴露,生成invoker

5.这个时候provider就可以调用invoker了。

 

所以,如果provider重启了,内存里的callbackService 的invoker就没有了。

刚开始看到回调,以为能很好的解决相互依赖,实现provider对consumer的调用,

 

比如场景:

业务系统--依赖-->配置中心。

配置中心后台修改了配置,想下发到业务系统(广播调用)。

用回调有很多问题:1.上面provider重启问题,2.回调没有类似的广播调用。

这种场景大致的dubbo扩张方案(如果谁有解决方案,多谢指导):

看了下如果通过回调机制扩展,有相当大麻烦(按目前对他的理解程度),所以比较简单的

1.provider发布share包时候,直接包consumer暴露成一个provider,就是让他相互依赖。

2.通过注册中心zookeeper,建立监听和通知机制(相对会破坏一点,原来的注册中心定位)

 

管理中心的服务注册信息不同步

重新发布服务后,发现管理中心的服务信息没有更新,包括PID TS,以为应用没更新。

这类问题可以直接登录zookeeper进行查看,

zkCli.sh -server 192.168.1.23:2183

 

扩展点自动激活

dubbo开发文档,自动激活,filter是从ProtocolFilterWrapper 调ExtensionLoader.getActivateExtension

@Activate // 无条件自动激活
public class XxxFilter implements Filter {
    // ...
}

其实需要加上

@Activate(group = {"provider","consumer"})

ExtensionLoader.getActivateExtension

private boolean isMatchGroup(String group, String[] groups) {
    if (group == null || group.length() == 0) {
        return true;
    }
    if (groups != null && groups.length > 0) {
        for (String g : groups) {
            if (group.equals(g)) {
                return true;
            }
        }
    }
    return false;
}

 

广播地址绑定失败:Can't assign requested address mac dubbo

<dubbo:registry address="multicast://224.5.6.7:1234"/>

 

This was caused by an IPv6 address being returned from java.net.NetworkInterface.getDefault(). I'm on a Macbook and was using wireless -- p2p0 (used for AirDrop) was returned as the default network interface but my p2p0 only has an IPv6 ether entry [found by running ipconfig].

Two solutions, both of which worked for me (I prefer the first because it works whether you are using a wired or wireless connection)

  1. Start the JVM with -Djava.net.preferIPv4Stack=true. This caused java.net.NetworkInterface.getDefault() to return my vboxnet0 network interface -- not sure what you'll get if you're not running a host-only VM.
  2. Turn off wireless and use a wired connection

 

标签: dubbo
共有 人打赏支持
粉丝 91
博文 108
码字总数 44266
评论 (6)
冰峰1990
有用
假装在旅游
那个Dubbo异步调用的问题,,我们也遇到了,,爬了1个星期的坑,开始解决方案是 B如果发现返回值是null,再请求一次,后来发现太多了,而且low,就改成全部同步调用了
调皮的XD

引用来自“假装在旅游”的评论

那个Dubbo异步调用的问题,,我们也遇到了,,爬了1个星期的坑,开始解决方案是 B如果发现返回值是null,再请求一次,后来发现太多了,而且low,就改成全部同步调用了
异步这个坑,把我们坑惨了,擦,找了好久才发现异步这个问题
芝麻绿豆
分布式架构项目实战实战实例参考:http://www.roncoo.com/course/view/f614343765bc4aac8597c6d8b38f06fd
湖心亭看雪
写的好乱,感觉把多个问题都柔和到一块了
二号铺
总结的不错,学习了
×
greki
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: