排查Dubbo接口重復注銷問題，我發現了一個巧妙的設計

作者：捉蟲大師 2021-04-28 14:31:35

開發前端

我在公司內負責自研的dubbo注冊中心相關工作，群里經常接到業務方反饋dubbo接口注銷報錯。

[[396584]]

本文轉載自微信公眾號「捉蟲大師」，作者捉蟲大師。轉載本文請聯系捉蟲大師公眾號。

背景

我在公司內負責自研的dubbo注冊中心相關工作，群里經常接到業務方反饋dubbo接口注銷報錯。經排查，確定是同一個接口調用了兩次注銷接口導致，由于我們的注冊中心注銷接口不能重復調用，調用第二次會因為實例已經注銷而報實例找不到的錯誤。

雖然這個報錯僅會打印一條錯誤日志，不影響業務，但本著 follow through的精神，我決定還是一探究竟，更何況重復注銷也增加了應用的結束時間，影響了發布回滾速度。

問題復現

拿到業務方的dubbo版本，基于開源2.7.3內部定制的一個版本，該版本修改主要涉及安全漏洞修復以及一些業務適配，寫了個demo跑起來，然后kill，發現果然報錯了。

為了確定不是內部修改導致的問題，用開源的2.7.3版本再次測試，發現還是報錯。

同時為了確定這是一個bug，我將dubbo版本修改為2.7.7做測試，發現該版本不再報錯。

說明了重復注銷至少是開源dubbo 2.7.3的一個bug，在更高的2.7.7版本中已經被修復。

于是有了解決方案：升級dubbo，但如果這么簡單就沒有這篇文章了。

內部的dubbo已經做了修改，想升級得把改動merge到新版本，比較費勁

就算升級了內部的dubbo版本，也不可能這么快速推動業務方升級

所以應該首先找到bug是哪里導致的，其次看注冊中心的擴展是否可以修復這個問題，如果不能修復，就只能在內部的dubbo版本中修復該問題。

問題排查

懷疑ShutdownHook

由于這幾天研究過ShutdownHook(點擊查看原文跳轉《ShutdownHook原理》)，第一時間懷疑ShutdownHook可能有問題。

dubbo 2.7.3代碼有關ShutdownHook的實現在DubboShutdownHook類，順著代碼梳理出如下關系

看到dubbo本身和spring都注冊了ShutdownHook，更加懷疑這里是不是ShutdownHook注冊重復了。于是debug看看是否是注冊重復了，這里給一個小經驗，IntelliIDEA調試ShutdownHook執行時，要手動kill進程才會觸發debug，點IDE上的關閉按鈕不會觸發

在DubboShutdownHook.doDestroy打上斷點，debug發現只會執行一次，這說明spring和dubbo的ShutdownHook只會注冊一次，這是怎么實現的呢?經過很多次測試，發現了dubbo一個很牛逼的設計。

DubboShutdownHook中有register和unregister方法，分別是注冊和注銷ShutdownHook，在這兩個方法上都打上斷點，在程序啟動時發現這樣一個有趣的執行順序：

總結一下是dubbo本身注冊了ShutdownHook，但如果用到了spring框架，spring框架在初始化時注銷了dubbo注冊的ShutdownHook，這樣就只保留了spring的ShutdownHook，真是秒啊!實現的代碼只有這短短幾行

public static void addApplicationContext(ApplicationContext context) { 
    CONTEXTS.add(context); 
    if (context instanceof ConfigurableApplicationContext) { 
        ((ConfigurableApplicationContext) context).registerShutdownHook(); 
        DubboShutdownHook.getDubboShutdownHook().unregister(); 
    } 
    BeanFactoryUtils.addApplicationListener(context, SHUTDOWN_HOOK_LISTENER); 
}