通過之前Spring Cloud系列教程中的《Spring Cloud構建微服務架構：服務容錯保護（Hystrix服務降級）》一文，我們已經知道如何通過Hystrix來保護自己的服務不被外部依賴方拖垮的情況。但是實際使用過程中經常碰到開發反應“莫名”觸發了降級邏輯的情況。為了更精準的定位觸發原因，或是在降級邏輯中需要根據不同的異常做不同的處理時，在降級方法中，我們希望可以獲取到主邏輯中拋出的異常信息。接下來就來介紹一下Hystrix兩種不同實現方式中如何在降級邏輯中獲取異常信息的方法。

[[236808]]

注解方式

先介紹一下用注解方式定義的Hystrix命令是如何在降級邏輯中獲取異常的，實現非常簡單，先看下面的例子：

@HystrixCommand(fallbackMethod = "fallback") 
User getUserById(String id) { 
    throw new RuntimeException("getUserById command failed"); 
} 
 
User fallback(String id, Throwable throwable) { 
    return new User("def", "def"); 
} 

這里定義了一個主邏輯函數getUserById，主邏輯中會主動拋出一個異常，從而觸發該主邏輯的降級函數fallback。重點看fallback函數中的***一個傳參Throwable throwable。通過這樣的簡單定義，開發人員就可以很方便的獲取觸發降級邏輯的異常信息，用作日志記錄或者其它復雜的業務邏輯了。

繼承方式

在繼承方式中要獲取觸發異常也非常簡單，具體如下：

public static class UserCommand extends HystrixCommand<User> { 
 
    protected UserCommand() { 
        super(HystrixCommandGroupKey.Factory.asKey("UserCommand")); 
    } 
 
    @Override 
    protected User run() throws Exception { 
        throw new RuntimeException("getUserById command failed"); 
    } 
 
    @Override 
    protected User getFallback() { 
        System.out.println(getFailedExecutionException().getMessage()); 
        return new User("def", "def"); 
    } 
 
} 

上面的實現同上一節注解方式的實現一樣，在使用繼承方式的時候通過getFailedExecutionException方法就可以獲取到觸發降級的異常信息了。

總結

我們在實際使用Hystrix的時候，有時候一些業務異常或者內部RPC由服務提供方拋出的異常在消費方沒能考慮周到，會觸發一些意料之外的降級。所以在降級邏輯中，建議每一段都加入觸發異常的日志記錄，以方便定位問題原因。

【本文為51CTO專欄作者“翟永超”的原創稿件，轉載請通過51CTO聯系作者獲取授權】

戳這里，看該作者更多好文