dubbo 2.7應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)踩坑小記

背景

本文記錄最近一位讀者反饋的dubbo 2.7.x中應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)的問(wèn)題，關(guān)于dubbo應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)的相關(guān)介紹可以參考之前的文章《dubbo應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)初體驗(yàn)》，這里不再贅述。

讀者反饋他們?cè)诨赿ubbo 2.7應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)開(kāi)發(fā)dubbo網(wǎng)關(guān)，根據(jù)文章《dubbo應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)初體驗(yàn)》寫(xiě)了demo調(diào)用時(shí)報(bào)no provider的錯(cuò)誤。

首先覺(jué)得他們挺有想法，把dubbo應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)搬上生產(chǎn)的公司不多。其次當(dāng)時(shí)寫(xiě)文章時(shí)測(cè)試并沒(méi)有遇到問(wèn)題，但本著幫讀者解決問(wèn)題的態(tài)度，還是重新寫(xiě)個(gè)demo測(cè)試下。

問(wèn)題定位

隨手拿了一個(gè)平時(shí)測(cè)試用的dubbo demo工程（注意不是dubbo源碼中的demo），發(fā)現(xiàn)確實(shí)注冊(cè)不到zookeeper上，接著測(cè)試了不同的版本，發(fā)現(xiàn)都注冊(cè)不了，在2.7.5 ~ 2.7.11版本不報(bào)錯(cuò)，2.7.12版本會(huì)報(bào)如下的NPE錯(cuò)誤

2021-06-16 13:17:31,086 [Dubbo-framework-scheduler-thread-1] ERROR org.apache.dubbo.config.bootstrap.DubboBootstrap (DubboBootstrap.java:1172) -  [DUBBO] refresh metadata and instance failed, dubbo version: 2.7.12, current host: 172.23.233.52
java.lang.NullPointerException
 at org.apache.dubbo.registry.client.metadata.ServiceInstanceMetadataUtils.calInstanceRevision(ServiceInstanceMetadataUtils.java:249)
 at org.apache.dubbo.registry.client.metadata.ServiceInstanceMetadataUtils.lambda$refreshMetadataAndInstance$6(ServiceInstanceMetadataUtils.java:272)
 at java.util.ArrayList.forEach(ArrayList.java:1259)
 at org.apache.dubbo.registry.client.metadata.ServiceInstanceMetadataUtils.refreshMetadataAndInstance(ServiceInstanceMetadataUtils.java:271)
 at org.apache.dubbo.config.bootstrap.DubboBootstrap.lambda$registerServiceInstance$20(DubboBootstrap.java:1170)
 at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
 at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180)
 at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294)
 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
 at java.lang.Thread.run(Thread.java:748)

推測(cè)服務(wù)注冊(cè)時(shí)存在問(wèn)題，跟著這個(gè)錯(cuò)誤棧debug，很快就定位到問(wèn)題

直接導(dǎo)致NPE的是位于org.apache.dubbo.registry.client.AbstractServiceDiscovery#register

在<=2.7.11版本中

@Override
public final void register(ServiceInstance serviceInstance) throws RuntimeException {
    this.serviceInstance = serviceInstance;
    doRegister(serviceInstance);
}

而在2.7.12版本中代碼順序被調(diào)整成了

@Override
public final void register(ServiceInstance serviceInstance) throws RuntimeException {
   doRegister(serviceInstance);
    this.serviceInstance = serviceInstance;
}

為什么調(diào)整了代碼順序?qū)е铝藞?bào)錯(cuò)？

追蹤下來(lái)發(fā)現(xiàn)NPE的來(lái)源是this.serviceInstance為null，原先的代碼先對(duì)其賦值再執(zhí)行doRegister。調(diào)整過(guò)后的代碼先執(zhí)行doRegister再賦值，然而在執(zhí)行diRegister時(shí)拋出異常了，不幸的是這個(gè)異常被吃掉了，doRegister的實(shí)現(xiàn)如下

@Override
public final void register(ServiceInstance serviceInstance) throws RuntimeException {

    assertDestroyed(REGISTER_ACTION);
    assertInitialized(REGISTER_ACTION);

    executeWithEvents(
            of(new ServiceInstancePreRegisteredEvent(serviceDiscovery, serviceInstance)),
            () -> serviceDiscovery.register(serviceInstance),
            of(new ServiceInstanceRegisteredEvent(serviceDiscovery, serviceInstance))
    );
}

而這個(gè)executeWithEvents會(huì)將異常以事件的形式發(fā)出去

protected final void executeWithEvents(Optional<? extends Event> beforeEvent,
                                       ThrowableAction action,
                                       Optional<? extends Event> afterEvent) {
    beforeEvent.ifPresent(this::dispatchEvent);
    try {
        action.execute();
    } catch (Throwable e) {
        dispatchEvent(new ServiceDiscoveryExceptionEvent(this, serviceDiscovery, e));
    }
    afterEvent.ifPresent(this::dispatchEvent);
}

然而這個(gè)事件丟出去之后并沒(méi)有被處理，也就是說(shuō)這個(gè)異常被吃掉了。這也就是為什么之前的dubbo版本沒(méi)有拋出異常，也不能注冊(cè)上服務(wù)。

這個(gè)異常是什么？

java.lang.NoClassDefFoundError: org/apache/curator/x/discovery/ServiceDiscovery

其實(shí)只是少引入了一個(gè)依賴。加入以下以下就能解決這個(gè)問(wèn)題

<dependency>
    <groupId>org.apache.dubbo</groupId>
    <artifactId>dubbo-registry-zookeeper</artifactId>
    <version>${version}</version>
</dependency>

為什么當(dāng)時(shí)寫(xiě)文章時(shí)沒(méi)有遇到這個(gè)問(wèn)題？

恰好本次調(diào)試是基于一個(gè)demo工程，《dubbo應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)初體驗(yàn)》文章是直接在dubbo源碼中修改demo，源碼中已經(jīng)把依賴都引入了

更進(jìn)一步

其實(shí)是個(gè)小問(wèn)題，但對(duì)用戶來(lái)說(shuō)挺困惑的，為什么沒(méi)有報(bào)錯(cuò)但也沒(méi)法注冊(cè)服務(wù)？如果不是2.7.12有個(gè)附帶的報(bào)錯(cuò)，可能排查起來(lái)更加困難。

于是提了個(gè)issue和社區(qū)的朋友交流下，得出的結(jié)論是2.7.x的應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)不再維護(hù)，3.x會(huì)繼續(xù)維護(hù)。

https://github.com/apache/dubbo/issues/8061

提個(gè)issue也是讓有問(wèn)題的用戶能搜索到，少走彎路。

順便也提了個(gè)PR，加一行l(wèi)og，方便直觀的發(fā)現(xiàn)這個(gè)問(wèn)題。

https://github.com/apache/dubbo/pull/8066

新版本（>=2.7.13）如果有朋友再遇到這個(gè)問(wèn)題，會(huì)直接打印出錯(cuò)誤，就像這樣

2021-06-16 16:58:02,210 [main] ERROR org.apache.dubbo.registry.client.EventPublishingServiceDiscovery (EventPublishingServiceDiscovery.java:287) -  [DUBBO] Execute action throws and dispatch a ServiceDiscoveryExceptionEvent, dubbo version: 2.7.12, current host: 172.23.233.52
java.lang.BootstrapMethodError: java.lang.NoClassDefFoundError: org/apache/curator/x/discovery/ServiceDiscovery
 at org.apache.dubbo.registry.zookeeper.ZookeeperServiceDiscovery.doRegister(ZookeeperServiceDiscovery.java:92)
 at org.apache.dubbo.registry.client.AbstractServiceDiscovery.register(AbstractServiceDiscovery.java:33)
 at org.apache.dubbo.registry.client.EventPublishingServiceDiscovery.lambda$register$0(EventPublishingServiceDiscovery.java:159)
 at org.apache.dubbo.registry.client.EventPublishingServiceDiscovery.executeWithEvents(EventPublishingServiceDiscovery.java:285)
 at org.apache.dubbo.registry.client.EventPublishingServiceDiscovery.register(EventPublishingServiceDiscovery.java:157)
 at org.apache.dubbo.config.bootstrap.DubboBootstrap.lambda$doRegisterServiceInstance$21(DubboBootstrap.java:1192)
 at java.util.ArrayList.forEach(ArrayList.java:1259)
  ...

既然2.7.x的應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)不再更新，下次寫(xiě)一篇分析3.0版本的應(yīng)用級(jí)服務(wù)發(fā)現(xiàn)源碼的文章吧~

搜索關(guān)注微信公眾號(hào)"捉蟲(chóng)大師"，后端技術(shù)分享，架構(gòu)設(shè)計(jì)、性能優(yōu)化、源碼閱讀、問(wèn)題排查、踩坑實(shí)踐。