1.configrators变更 服务提供者会重新export。但是只是dubboProtocol重新暴露,没有往zk注册新的url
实验过了,就是没注册新的providerUrl,这样怎么说呢,如果providerUrl是永久节点不改的话,可以理解成保留providerUrl的原始参数。但是providerUrl是临时节点,每次启动会重新刷新的,我觉得还是得保证他这次回话中参数的变化得实时反应….
2.dubbo本地缓存运用逻辑
首先AbstractRegistry启动时时会加载文件(没有就创建)。当zk有变化时会异步(这个代码里"save.file"看是可以配置的,但是从dubbo给的api中没找到可以设置的地方)保存到文件中。
当我们订阅时如果订阅失败,就会使用本地文件保存的先通知
com.alibaba.dubbo.registry.support.FailbackRegistry#subscribe
try {
// Sending a subscription request to the server side
doSubscribe(url, listener);
} catch (Exception e) {
|